هناك طرفان يدفعهما المستخدم عند إرسال رسالة نصية:

• الملصق، إذا كان قابلاً للسداد، لموارد المستوى الأول مثل بيانات استدعاء المستوى الأول اللازمة لترحيل الإرسال

• حساب رسوم الشبكة لموارد L2، والتي تشمل الحساب والتخزين والأعباء الأخرى التي يجب أن تتحملها عقد L2 لخدمة الإرسال

مكون L1 هو نتاج المساهمة المقدرة للمعاملة في حجم الدفعة الخاصة بها – محسوبة باستخدام Brotli في المعاملة بحد ذاتها – وعرض L2 لسعر بيانات L1، وهي قيمة يتم ضبطها ديناميكيًا بمرور الوقت لضمان أن ملصق الدفعة في النهاية تعويض إلى حد ما. لمزيد من التفاصيل، راجع تسعير L1.

يتكون مكون L2 من الرسوم التقليدية التي ستدفعها Geth إلى المساهمين في سلسلة L1 الفانيليا، مثل رسوم الحساب والتخزين التي تستلزمها وظيفة انتقال الحالة. تفرض ArbOS رسومًا إضافية لتنفيذ عمليات الترجمة المسبقة الخاصة بالمستوى الثاني، والتي يتم تسعير رسومها ديناميكيًا وفقًا للموارد المحددة المستخدمة أثناء تنفيذ المكالمة.

 

أرضية سعر الغاز

يحتوي سعر الغاز L2 في سلسلة Arbitrum معينة على أرضية محددة، والتي يمكن الاستعلام عنها عبر طريقة ArbGasInfo getMinimumGasPrice (حاليًا 0.1 gwei على Arbitrum One و0.01 gwei على Nova).

 

تقدير الغاز

يؤدي استدعاء eth_estimateGas RPC الخاص بعقدة Arbitrum إلى إعطاء قيمة كافية لتغطية رسوم المعاملة الكاملة بسعر غاز L2 المحدد؛ على سبيل المثال، القيمة التي تم إرجاعها من eth_estimateGas مضروبة في سعر الغاز L2 تخبرك بمقدار إجمالي الأثير المطلوب لنجاح المعاملة. لاحظ أن هذا يعني أنه بالنسبة لعملية معينة، فإن القيمة التي يتم إرجاعها بواسطة eth_estimateGas ستتغير بمرور الوقت (حيث يتقلب سعر بيانات الاتصال L1.) (راجع الرسوم ثنائية الأبعاد وكيفية تقدير الغاز في Arbitrum للمزيد.)

 

نصائح في L2

يقوم جهاز التسلسل بإعطاء الأولوية للمعاملات على أساس أسبقية الحضور. نظرًا لأن النصائح لا معنى لها في هذا النموذج، يتم تجاهلها. يقوم مستخدمو Arbitrum دائمًا بدفع الرسوم الأساسية بغض النظر عن الإكرامية التي يختارونها.

 

تقدير الغازات القابلة لإعادة المحاولة

عندما تقوم إحدى المعاملات بجدولة أخرى، سيتم تضمين تنفيذ المعاملة اللاحقة عند تقدير الغاز عبر RPC الخاص بالعقدة. ومن ثم، لا يمكن العثور على تقدير غاز المعاملة إلا إذا نجحت جميع المعاملات عند حد غاز معين. وهذا مهم بشكل خاص عند العمل مع العناصر القابلة لإعادة المحاولة وجدولة محاولات الاسترداد.

نظرًا لأن مكالمة الاسترداد تتبرع بكل غاز المكالمة، فإن إجراء عمليات متعددة يتطلب تحديد كمية الغاز المتوفرة لكل مكالمة فرعية. وإلا فإن الأول سوف يأخذ كل الغاز ويجبر الثاني على الفشل بالضرورة بغض النظر عن حد الغاز المقدر.

يمكن تقدير الغاز لعمليات الإرسال القابلة لإعادة المحاولة عبر NodeInterface ويتطلب بالمثل نجاح محاولة الاسترداد التلقائي.