---
title: "رسوم Blob وتكاليف Rollup"
description: "دليل يبدأ بالتحقق لفهم غاز Blob في Ethereum، وجدول Blob الحالي، واستغلال الدفعات، وتوزيع رسوم Rollup، والفرق بين تكلفة النشر على L1 وفاتورة مستخدم L2."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# رسوم Blob وتكاليف Rollup

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

رسم Blob في Ethereum هو المبلغ الذي يفرضه البروتوكول مقابل نشر بيانات Blob، وليس كامل الرسم الذي يدفعه مستخدم L2. تدفع المعاملة الحاملة لـ Blob مقدار `blob_count * 131,072 * blob_base_fee_per_blob_gas` مقابل غاز Blob، وتدفع غاز التنفيذ العادي بصورة منفصلة. ثم قد يوزع Rollup تكلفة L1 تلك وفقا لقواعده الخاصة بالضغط والمعاملات العددية والمصروفات العامة وتسعير المشغل؛ لذلك فإن إيصال ناشر الدفعة، وتقدير تكلفة Rollup، وعرض السعر للمستخدم، وإيراد المشغل سجلات مختلفة.

ملفات Blob الجانبية بيانات مؤقتة مرتبطة بالتزامات KZG ذات تجزئات محددة الإصدار. تستطيع EVM استخدام الالتزامات، لكنها لا تستطيع قراءة بايتات Blob مباشرة. يغير PeerDAS طريقة توزيع عقد Ethereum لتلك البيانات وأخذ عينات منها، لكنه لا يحول Blob إلى أرشيف دائم ولا يجعل صيغة رسوم المستخدم في Rollup واحد صيغة عامة. كما تعتمد السعة على التفرع. في `2026-08-13`، يستهدف Ethereum mainnet بعد Fusaka BPO2 عدد `14 blobs` ويسمح بحد أقصى `21 blobs` لكل كتلة، بدلا من جدولي `3/6` و`6/9` السابقين.

<a id="mechanism"></a>

## آلية العمل

1. ثبّت سياق القياس: شبكة Ethereum، والكتلة أو الخانة، والتفرع النشط وجدول Blob-Parameter-Only، ونشر Rollup وإصدار صيغة رسومه، وأصل L1، ورمز رسم المستخدم، والطابع الزمني لسعر الصرف. لا تطبق معاملات mainnet الحالية على كتلة قديمة أو شبكة اختبار أو تفرع مستقبلي.
2. حدد عنصر النشر من أدلة السلسلة. سجل معاملة النوع 3، والمرسل، والإيصال، والتجزئات محددة الإصدار، وعدد Blob، و`blob_gas_used`، وبايتات الحمولة المرمزة والقابلة للاستخدام، والضغط أو التأطير، وما إذا كان Rollup قد استخدم Blob أو calldata أو مسارا آخر لتوافر البيانات.
3. اقرأ سوقي الرسوم كليهما. يستخدم غاز Blob مقدار `131,072 blob gas per blob`؛ وميّز `blob_base_fee_per_blob_gas` المحقق عن سقف المرسل `max_fee_per_blob_gas`. وسجل بصورة منفصلة غاز التنفيذ المستخدم، وسعر غاز التنفيذ الفعلي، ورسم الأولوية. بعد EIP-7918، يرتبط انخفاض تسعير Blob بسعر احتياطي يعتمد على تكلفة التنفيذ، مع بقاء المحاسبة منفصلة للموردين.
4. أعد بناء دفتر L1 الفعلي لناشر الدفعة: رسم Blob المحروق، ورسم التنفيذ والإكرامية، إلى جانب معاملات مخرجات الحالة أو الإثبات أو الجسر أو النشر المطابقة. يُفرض رسم Blob حتى عندما يفشل تنفيذ المعاملة، أما سقف الرسم الذي لم يُخصم فليس تكلفة ولا استردادا.
5. أعد إنتاج صيغة التوزيع الحالية الخاصة بـ Rollup المعني. سجل البايتات المضغوطة أو وحدة القياس الأخرى، والمعاملات العددية، والمصروف الثابت، ورسوم المشغل أو الأولوية، والمبالغ المستردة، وقواعد الرجوع. لا توثق مستندات OP Stack إلا نشرا من OP؛ فقد يوزع Rollup آخر التكاليف بطريقة مختلفة.
6. افصل بين أربعة دفاتر: تكلفة L1 على ناشر الدفعة، وتكلفة بيانات L1 المنسوبة في Rollup، والخصم الفعلي من المستخدم، وإيراد المشغل أو هامشه. التقسيم المتساوي على عدد المعاملات مجرد توزيع تحليلي. وقد تجعل نسبة امتلاء الدفعة والحشو ومزيج المعاملات وتأخير النشر والدعم المتبادل نتيجته مختلفة عن عرض البروتوكول.
7. طابق النتيجة مع الإيصالات واختبرها تحت الضغط. اختبر قفزات سعر Blob، وازدحام التنفيذ، وسعر صرف ETH ورمز الرسوم، وانخفاض استغلال الدفعة، وتأخير منسق المعاملات، والرجوع إلى calldata، وترقيات الصيغة، وإعادة تنظيم L1، والاحتفاظ المؤقت بالبيانات، وفشل الأرشيف. أرفق بكل رقم لكل مستخدم الكتلة والوحدات والافتراضات والتكاليف غير المطابقة.

<a id="example"></a>

## أمثلة محلولة

- **رسم Blob على مستوى البروتوكول.** تستهلك وحدتا Blob مقدار `2 * 131,072 = 262,144 blob gas`. وعند `30 gwei per blob gas`، يكون الرسم `262,144 * 30 * 10^-9 = 0.00786432 ETH`. وبسعر `$2,500 per ETH` يساوي ذلك `$19.6608`. وهذا لا يشمل رسم التنفيذ العادي للمعاملة الحاملة لـ Blob.
- **دفترا رسوم لمعاملة واحدة.** إذا استخدمت معاملة النوع 3 نفسها مقدار `120,000 execution gas` بسعر فعلي `22 gwei`، تكون تكلفة التنفيذ `120,000 * 22 * 10^-9 = 0.00264 ETH`. ويكون إجمالي رسم L1 هو `0.00786432 + 0.00264 = 0.01050432 ETH`، أي `$26.2608` بسعر الصرف المذكور. يظل غاز Blob وغاز التنفيذ مدخلين منفصلين.
- **استغلال الدفعة وتوزيع التكلفة.** أضف `$4.0000` من تكاليف الإثبات والنشر المطابقة، فتصبح تكلفة الدفعة التحليلية `$30.2608`. عند توزيعها بالتساوي على `2,000 included transactions` تكون `$30.2608 / 2,000 = $0.0151304 per transaction`؛ وعند توزيعها على `800` فقط تكون `$30.2608 / 800 = $0.0378260`. لا يمثل أي منهما تلقائيا عرض السعر للمستخدم أو هامش المشغل المحقق.
- **السعة الحالية ووحدات البايت.** مع جدول `14/21` المرتبط بالتاريخ، يكون الهدف والحد الأقصى `14 * 131,072 = 1,835,008` و`21 * 131,072 = 2,752,512 blob-gas units`، بما يقابل `1.75 MiB` و`2.625 MiB` من وحدات Blob المرمزة. ولأن الحمولة الاعتباطية تستخدم عادة `31` بايت من كل عنصر حقل حجمه `32` بايت، تكون الحمولة القابلة للاستخدام `14 * 126,976 = 1.6953125 MiB` عند الهدف و`21 * 126,976 = 2.54296875 MiB` عند الحد الأقصى، قبل الضغط والتأطير.

<a id="risks"></a>

## المخاطر

- تطبيق تفرع أو جدول Blob-Parameter-Only قديم.
- خلط معاملات mainnet بمعاملات شبكة اختبار أو سلسلة أخرى.
- الخلط بين غاز Blob وغاز التنفيذ والبايتات المرمزة والبايتات القابلة للاستخدام.
- اعتبار `max_fee_per_blob_gas` هو الرسم الأساسي المحقق.
- إغفال رسم التنفيذ العادي والإكرامية لمعاملة النوع 3.
- افتراض أن فشل التنفيذ يعيد رسم Blob المفروض.
- استخدام تقدير RPC قديم بدلا من الكتلة والإيصال بعد الإدراج.
- عبور تغير في الرسم أثناء تأخير منسق المعاملات لنشر الدفعة.
- التقليل من قفزة ازدحام Blob أو أثر السعر الاحتياطي.
- تجاهل ازدحام تنفيذ L1 لأن غاز Blob رخيص.
- توزيع الدفعات غير الممتلئة أو المحشوة كما لو كانت ممتلئة.
- استخدام افتراض خاطئ للضغط أو التأطير أو مزيج المعاملات.
- احتساب معاملات الإثبات أو مخرجات الحالة أو الجسر أو النشر مرتين.
- تطبيق معامل عددي أو مصروف عام أو صيغة رسم مشغل قديمة لـ Rollup.
- الخلط بين عرض سعر المستخدم وخصمه الفعلي واسترداده وإيراد المشغل.
- تشغيل رجوع مكلف إلى calldata أو نموذج أمان مختلف لتوافر البيانات.
- تحويل ETH ورموز الرسوم بسعر أو طابع زمني خاطئ.
- فقدان الدفعة أو نسبها خطأ بعد الاستبدال أو إعادة تنظيم L1.
- اعتبار توافر PeerDAS المؤقت ضمانا للاسترجاع الأرشيفي الدائم.
- تجاهل فشل منسق المعاملات أو الصحة أو النهائية أو الجسر أو الخروج لمجرد توافر Blob.

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

- الرسم الأساسي لـ Blob هو كامل رسم L2 الذي يدفعه المستخدم.
- `max_fee_per_blob_gas` هو المبلغ الذي يُخصم فعليا.
- كل البايتات المرمزة البالغ عددها `131,072` في Blob حمولة اعتباطية للمستخدم.
- انخفاض الرسم الأساسي لـ Blob يخفض فورا رسم كل مستخدم L2 بالنسبة نفسها.
- تُخزن بيانات Blob بصورة دائمة داخل EVM، وتستخدم كل Rollup سعة ثابتة `3/6` أو `6/9`.

<a id="related"></a>

## موضوعات ذات صلة

- [مساحة Blob](/ar/crypto/blobspace/)
- [توافر البيانات](/ar/crypto/data-availability/)
- [Rollup](/ar/crypto/rollup/)

<a id="sources"></a>

## المصادر

- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [EIP-7691: Blob throughput increase](https://eips.ethereum.org/EIPS/eip-7691) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [EIP-7840: Add blob schedule to EL config files](https://eips.ethereum.org/EIPS/eip-7840) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [EIP-7892: Blob Parameter Only Hardforks](https://eips.ethereum.org/EIPS/eip-7892) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [EIP-7918: Blob base fee bounded by execution cost](https://eips.ethereum.org/EIPS/eip-7918) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [EIP-7594: PeerDAS - Peer Data Availability Sampling](https://eips.ethereum.org/EIPS/eip-7594) - Ethereum Improvement Proposals (تم الوصول: 2026-08-13)
- [Checkpoint #8: Jan 2026](https://blog.ethereum.org/2026/01/20/checkpoint-8) - Ethereum Foundation Blog (تم الوصول: 2026-08-13)
- [Transaction fees on OP Mainnet](https://docs.optimism.io/op-stack/transactions/fees) - Optimism Documentation (تم الوصول: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/blob-fee-rollup-cost/index.mdx