الرسوم

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

الحدود الدنيا

الرسوم بوحدات 10⁻⁹ RAND. الثوابت معرّفة في randprotocol_core::gas:

الرسم كلمة عامة في الحزمة، وهو دائمًا بوحدة RAND. يربطه دليل الحزمة للأصول المخفية بعلاقة التوازن الخاصة بمجموعة RAND، in₂ + in₃ = out₂ + out₃ + fee + burn_r (الخانتان 2–3)، فيُدفع من ملاحظات مخفية دون الكشف عن أيّها؛ ويتحرك الرمز عبر الخانتين 0–1 من الحزمة نفسها وفق علاقته الخاصة، in₀ + in₁ = out₀ + out₁ + burn_a. وهكذا ينقل إثبات واحد رمزًا ويدفع رسم RAND الخاص به، وتُرفض قبل الإثبات أي محفظة تحمل رمزًا دون RAND قابل للإنفاق.

يقع رسم الجسر على الحرق لأنه المعاملة الوحيدة في الجسر التي يضمن أن مرسلها يملك RAND؛ أما الإيداع فيدفع الأساس فقط، لأن المودِع لا يملك RAND بعد. ورسم التسجيل حقيقة في دفتر الأستاذ لا جزء من fee_floor، لذلك يُفحص بقواعد الإجراء نفسه (RegistrationFeeTooLow)، على نحو ما يُحتسب جزء الغاز أو المستوى في الاستدعاء بعد فك إثباته. ويُفحص الحد الأدنى للاستدعاء مرتين، لأن ما يعلنه لا يُوثَق به إلا بعد التحقق من إثباته. على السلسلة 20 يسعّر الفحص الأول، قبل أي تحقق، بايتات الاستدعاء وحدًّا معلنًا قيمته 1 (ويستحق Invoke هناك رسم خلاياه أيضًا)؛ ويسعّر الفحص الثاني الحد الذي يعلنه الإثبات بعد التحقق منه. وعلى سلسلة بلا قسم gas يكون الفحصان BUNDLE_BASE + CALL_BASE والحد الأدنى الدقيق للمستوى.

اسأل العقدة بدل التخمين:

rand fee bundle          # 0.001 RAND
rand fee deploy 256      # 0.0266 RAND
rand fee call 14 --gas 20479 --bytes 1350000   # 0.0041 RAND at chain 20's starting prices

→ {"method":"rand_estimateFee","params":[{"kind":"call","tier":14,"gas":20479,"bytes":1350000}]}
← "4103100"

ذلك الجواب هو 1,000,000 + 100 × 20,479 + 800 × 1,319 بالأسعار الابتدائية؛ وتسعّر العقدة بأسعار رأس السلسلة وقت السؤال. على السلسلة 20 يكون الحقل gas في مواصفة الاستدعاء مطلوبًا عبر JSON-RPC (-32602 من دونه). الأمر rand fee call <tier> بلا --gas يرسل سقف المستوى، وبلا --bytes لا يسعّر أي بايتات. ويُسعَّر invoke بالطريقة نفسها، مع "kind":"invoke" و"created_cells": c اللذين يضيفان c من رسوم الخلايا (24103100 للمثال أعلاه بخليتين، سُئلت عنه السلسلة 20 بتاريخ 2026-10-01). وعلى السلسلة 15، التي لم يكن فيها قسم gas، أجاب rand fee call 14 بـ 0.0022 RAND.

القيم الافتراضية في المحفظة هي الحدود الدنيا تمامًا، عدا الاستدعاء على السلسلة 20 الذي يضيف افتراضيها هامشًا (أدناه)؛ ويرفعها rand send --fee <RAND> والخيار --fee في bond وcall وbridge-mint وbridge-burn (الافتراضي 0.01) والأوامر الفرعية لـ token. وأي مبلغ فوق الحد الأدنى يُعدّ إكرامية.

الغاز على السلسلة 18

كانت السلسلة 18، الحيّة من 2026-09-29 إلى 2026-10-01، أول سلسلة تقيس الغاز، وحملت السلسلة 19، وهي إعادة genesis لها على البناء نفسه، قسم gas ذاته. وتُبقي السلسلة 20 (v0.6.8) كل قاعدة في هذا القسم وتضيف سقفين للسعر وحملًا للبايتات يُحتسب على البايتات التي تدفع وحدها (أدناه). أما السلسلة بلا قسم gas فتحتفظ بجدول المستويات في الجدول أعلاه.

ما الذي يُحتسب. الغاز الواحد هو صف واحد من جدول cpu في zkVM، فتكلّف التعليمة العادية 1. ولا تكلفة أخرى سوى استدعاءات النظام (syscalls):

الحد المعلَن. يحمل إثبات الاستدعاء قيمة عامة واحدة زائدة عمّا كان، هي GAS_LIMIT، وتثبت الدارة (مجموعة القيود 8) أن غاز التشغيل لا يتجاوزها. ويبقى الغاز الفعلي سريًّا. ويُرفض أي حد يفوق سقف رأس الإثبات نفسه قبل بناء أي مفتاح تحقق:

gas_max = (2ᵗ − 1) + 2^(t−2) + 191 × (keccak rows / 32) + 63 × (sha256 rows / 64)

وذلك 1,279 في المستوى 10، و5,119 في المستوى 12، و20,479 في المستوى 14 لاستدعاء لا يستخدم أيًّا من جدولَي التجزئة.

الحد الأدنى. يحتسب دفتر الأستاذ الحد المعلَن والبايتات، بالأسعار السارية عند بدء الكتلة:

fee ≥ BUNDLE_BASE + gas_price × gas_limit + byte_price × ⌈bytes / 1024⌉

bytes هي إثبات الاستدعاء مع غلاف المدخلات. ولا يسري جدول المستويات ولا حدّه المجاني على سلسلة كهذه. وتطلب المجموعة المعلّقة (pool) ما تطلبه الكتلة تمامًا، وترفض الاستدعاء الأرخص بوصفه FeeTooLow.

الحزم وإثبات التفويض تعلن حدودًا مثبّتة. يجب أن يعلن كل إثبات حزمة بالضبط قيمة bundle_gas_limit في genesis، وهي 20,479 (سقف المستوى 14)، وإلا رُفضت المعاملة بوصفها BundleGasLimit. وتعمل السلسلة 20، كما كل سلسلة منذ 17، بالتفويض المنفصل، فتحمل كل حزمة إثبات تفويض من المستوى 10 يجب أن يعلن 1,279 (AuthGasLimit). ولا يمثّل أيٌّ منهما رسمًا: فالتحويل أو الربط أو النشر ما زال يدفع حدّه الثابت من الجدول أعلاه. وتعلن المحفظة القيمتين بنفسها.

الأسعار تتحرك. في قسم gas للسلسلة 20 متحكّم dynamic، فيكون gas_price وbyte_price حالةً في دفتر الأستاذ، مُلتزَمًا بها في جذر الحالة. وفي كل كتلة، مرة واحدة بعد معاملاتها، يتحرك كل منهما بمقدار امتلاء الكتلة قياسًا إلى هدف:

price' = min(max_price, max(min_price, price + ⌊price × adjust_bps × (used − target) / (10,000 × target)⌋))

يُقيَّد used بضعف الهدف، فيكون adjust_bps أكبر حركة تستطيعها كتلة واحدة في أي من الاتجاهين. وmax_price هو سقف genesis؛ ولم يكن للسلسلتين 18 و19 سقف. ويتبع byte_price البايتات الدافعة في الكتلة (أدناه)؛ ويتبع gas_price مجموع الحدود المعلنة لاستدعاءاتها وinvokes فيها مضافًا إليه 20,479 عن كل حزمة.

الكتلة التي تقل عن أهدافها تخفض الأسعار، ولذلك تستقر الأسعار عند حدودها الدنيا في سلسلة هادئة. تعرض rand_getLimits قيمتي gas_price وbyte_price الحاليتين عند رأس السلسلة مع gas_metering: "circuit" وbundle_gas_limit وadjust_bps، ومنذ v0.6.8 أيضًا max_gas_price وmax_byte_price وbyte_load (تكون القيمة null في سلسلة لا تحتوي عليها)؛ أما rand_status فتعرض السعرين نفسيهما باسم gas_prices.

الحدود القصوى وحمل البايتات الدافع

كلاهما حقلان في التكوين الأولي ضمن gas.dynamic، وهما جديدان في v0.6.8 (التدقيق v6، POOL-2)، وchain 20 أول سلسلة تضبطهما. وهما يعالجان خللًا كان في السلسلتين 18 و19. ففيهما كان byte_price يتحرك مع الطول المرمَّز لكل معاملة، بينما لا يدفعه إلا الاستدعاء (call). سبع تحويلات (نحو 2.85 MB لكل منها، برسم ثابت) تملأ الكتلة إلى نحو 1.9 ضعف هدف البايتات وترفع السعر نحو 11% في كل كتلة، دون أي سقف: فنحو 65 كتلة من هذا النوع تبلغ به 1,000 ضعف سعره الابتدائي، ويصبح الاستدعاء حينئذ بنحو 1 RAND بدلًا من نحو 0.004.

• الحدود القصوى. max_gas_price وmax_byte_price سعران لا يرفع المتحكم السعر فوقهما. تُحسب الخطوة بالطريقة نفسها ثم تُقيَّد (gas::next_price_capped)، فيبقى السعر عند سقفه خلال أي سلسلة من الكتل الممتلئة، وينخفض عند أول كتلة دون الهدف. ويجب أن يضبط التكوين الأولي كلًّا منهما عند سعره الابتدائي أو فوقه. وعند الحدود القصوى في chain 20، يكون للاستدعاء من المستوى 14 المذكور أعلاه، وهو 20,479 غازًا و1,319 KiB، حد أدنى قدره 0.3113 RAND، وهو أعلى ما يبلغه حده الأدنى.
• حمل البايتات الدافع. في ظل byte_load: "paying" لا تحتسب bytes_used للكتلة إلا البايتات التي يُفرض عليها سعر البايت: إثبات كل Call وInvoke مع مغلف مدخلاته (gas::call_bytes)، ولا شيء من التحويل أو الربط (bond) أو الحرق (burn). فكتلة من التحويلات لا تحرك سعر البايت. وتحسب Ledger::block_usage هذه القيمة لكل من المقترِح والنسخة المكررة (replica)، فيتفقان.

وفي ظل الحمل الدافع، فإن كتلة ممتلئة بالتحويلات لا تعطي الاستدعاء أي إشارة سعرية، ولذلك يحجز المقترِح الأمين أيضًا مساحة للاستدعاءات. هذه سياسة للعقدة وليست قاعدة صلاحية: ما دام استدعاء أو invoke في المجمّع (pool) ويدفع حده الأدنى الحالي، فإن المعاملات ذات الرسم الثابت لا تأخذ في المرحلة الأولى أكثر من ثلاثة أرباع بايتات الكتلة، ثم يُملأ ما تتركه الاستدعاءات من الربع الأخير بالتحويلات المؤجلة (Mempool).

ما تدفعه المحفظة مقابل الاستدعاء

يشغّل rand call البرنامج أولًا في المحاكي ويطبع gas: <exact> (declaring <limit>, tier <t>). وبشكل افتراضي يصرّح بالغاز الدقيق مقرَّبًا إلى الأعلى إلى مضاعف لـ 2^(tier − 2)؛ ويصرّح --gas-limit N بقيمة دقيقة، ويصرّح --gas-limit max بسقف الترويسة.

أمران يجعلان الرسم الافتراضي أعلى من الحد الأدنى:

• الإثبات يُسعَّر عند السقف. منذ chain 16 (hardening_v6، وتشمل chain 20) أصبح إثبات الاستدعاء مرتبطًا بمعاملته نفسها، فيُحدَّد الرسم قبل وجود الإثبات. وتُسعِّر المحفظة سقف الإثبات في السلسلة، وهو 4 MiB، بدلًا من حجم الإثبات الفعلي (wallet::hardened_call_quote_bytes). وهذا لا يمكن أن يؤدي إلا إلى دفع زائد.
• خطوتان سعريتان كهامش. تعرض rand_getLimits أسعار الرأس المثبَّت، ويستقر الاستدعاء بعد كتلتين أو ثلاث، ولذلك يضرب الافتراضي الحد الأدنى في (1 + adjust_bps / 10,000)²، أي 1.125² في chain 20.

وقد قيس في chain 18 بتاريخ 2026-09-30 أن أربعة استدعاءات كلفت بين 0.0057 و0.0075 RAND لكل منها بهذه الإعدادات الافتراضية (Example programs). ويتجاوز --fee القيمة الافتراضية؛ وتعيد المحفظة تسعير الإثبات الفعلي قبل الإرسال وترفض أي رسم دون حدها الأدنى.

أين يذهب الرسم

كله، الحد الأدنى والبقشيش (tip) معًا، يُقيَّد في rewards الخاصة بمقترِح الكتلة في سجل المدقِّقين، وهو المكان الوحيد في هذه السلسلة الذي يخزن مبلغًا بشكل مكشوف، مع استثناء واحد. ففي تكوين أولي يحتوي على tokens.burn_registration_fee (chain 20، كما في كل سلسلة منذ 15)، يُحرق registration_fee الخاص بـ RegisterToken أو RegisterBridgedToken ويحتفظ المقترِح بـ fee − registration_fee؛ وتحتسبه rand_getSupply ضمن registration_fees_burned. أما في chain 14، التي لم تكن تحتوي على هذا العلم، فكان المقترِح يحتفظ بالرسم كاملًا. ولا يُحرق شيء غير ذلك ولا يوجد أي تقسيم. ويحوّل المدقِّق المكافآت المتراكمة إلى مذكرة بالأمر rand-node withdraw (Staking). ورسم الخلية في invoke جزء من رسم حزمته (bundle) ويذهب إلى المقترِح مع بقية الرسم. ولا توجد مكافآت كتل ولا تضخم في chain 20: فالرسوم هي كامل دخل المدقِّق.

ثمة رسم واحد في chain 20 ليس بعملة RAND ولا يذهب إلى أي مدقِّق. فبموجب bridge.fees في التكوين الأولي (جديد في v0.6.8) يحتفظ الجسر بـ 10 bps من كل إيداع zUSD ومن كل حرق zUSD، مقرَّبة إلى الأسفل إلى وحدة إصدار كاملة من الضمان، في صورة مذكرة zUSD إلى عنوان خزينة يسميه التكوين الأولي. ويُقيَّد للمودِع المبلغ الإجمالي مطروحًا منه الرسم؛ ويُصدر الحرق amount − fee على السلسلة المصدر. وتبقى مذكرة الرسم مُصدَرة ومضمونة. انظر Bridge وRPL tokens.

يرتّب المجمّع (mempool) المرشحين بحسب ما يدفعونه فوق حدهم الأدنى لكل KiB، ثم بحسب الرسم (Mempool)، ولذلك لا يهم الرسم الأعلى إلا عند الازدحام. والتحويل نحو 2.85 MB (مقاسة في chain 18): إثبات حزمة بحجم 1.49 MB وإثبات تفويض بحجم 1.36 MB، فيتسع نحو سبعة منها لكتلة chain 20 البالغة 20 MiB. وكانت ملاحظة العقدة الكاملة نفسها أن سوق رسوم على البايتات، لا على رموز العمليات (opcodes)، هي ما ينبغي أن يصير إليه الحد الأدنى قبل mainnet-beta. وسعر البايت في chain 20 هو تلك السوق للاستدعاءات، ولا يتحرك إلا بالبايتات التي تدفع الاستدعاءات ثمنها؛ أما الحد الأدنى للتحويل فما زال ثابتًا.

لماذا الغاز سعر هنا لا حدّ

تقيس Ethereum كل رمز عملية لأن كل عقدة تنفّذ كل معاملة والتنفيذ مفتوح النهاية. أما في Rand فلا تنفّذ أي عقدة شيئًا: يشغّل المرسل البرنامج مرة واحدة خارج السلسلة ويسلّم السلسلة إثباتًا. وعمل العقدة في كل معاملة تسلسل ثابت: فك ترميز الحقول العامة، وتشغيل الفحوص المجانية، والتحقق من STARK واحد، وهذا التحقق يستغرق نحو 16 ms مع مفتاح متحقِّق (verifier key) دافئ مهما فعل البرنامج. وهكذا تتفكك وظائف الغاز الثلاث:

• الإنهاء يفرضه المستوى (tier): فالتشغيل الذي لا يتوقف خلال 2ᵗ − 1 دورة لا يمكن إثباته أصلًا، ويتحمل المُثبِت (prover) الفشل.
• تسعير العمل هو ما يفعله الحد الأدنى للغاز، منذ chain 18. فتكلفة الشبكة لكل تعليمة قريبة من الصفر، لكن عمل الإثبات لدى المرسل حقيقي، وكان حد أدنى ثابت يسعّر استدعاءً من مليون دورة كما يسعّر استدعاءً من ألف دورة. وحتى chain 18 كان الحد الأدنى ثابتًا لكل مستوى.
• تحجيم الكتلة ميزانية بايتات (MAX_BLOCK_BYTES = 4 MiB افتراضيًا، وmax_block_bytes في التكوين الأولي خلاف ذلك) وعدد معاملات (2,000).

تحفظان تذكرهما العقدة الكاملة بصراحة: البايتات تتفاوت فعلًا (فالإثبات يزيد على ميغابايت، فمساحة الكتلة، لا الحوسبة، هي المورد الشحيح)، ونمو الحالة، أي الشجرة ومجموعة المبطِلات (nullifiers) وبايتات البرامج المنشورة، لا يُسعَّر إلا برسم النشر لكل كلمة وبالأساس الثابت، وهذا كافٍ لـ testnet ويستحق المراجعة حين يصبح حجم الحالة مهمًا.

ما يدفعه المرسل بدلًا من ذلك: الإثبات

التكلفة المتغيرة الوحيدة هي إنتاج إثبات STARK، ولا يدفعها إلا جهاز المرسل. بحسب الأثر:

1. المستوى (tier) t ∈ {10, 12, 14, 16, 18, 20} (الاستدعاء فوق 14 مرفوض في السلسلة منذ v0.5.6؛ والحزمة (bundle) مثبَّتة على 14، ومنذ chain 17 تحمل بجانبها إثبات تفويض من المستوى 10، أي نحو 7 s إضافية): يُحشى جدول cpu إلى 2ᵗ صفًّا وتضاعف كل خطوة الأثر المحشو أربع مرات تقريبًا. وبالقياس على حاسوب التطوير المحمول: private_payment عند المستوى 10 في نحو 7 s؛ وبرنامج حزمة الأصل المخفي (hidden-asset) الضيف عند المستوى 14 في نحو 100 s، أيًّا كان الأصل الذي ينقله.
2. الدورات المنفَّذة، لأنها تحدد المستوى: التعليمات التي شُغِّلت لا التي كُتبت.
3. حجم البرنامج، بأثر ضعيف: صف ملخص (digest) واحد لكل أربع كلمات في بداية الأثر.
4. حجم المدخل الخاص، على النحو نفسه.
5. أي الجداول موجودة: جدول keccak أو sha256 لا يكلف حصة أعمدته إلا إذا استخدمه البرنامج الضيف.
6. ملف FRI: 80 استعلامًا بدلًا من 27 يضاعف حجم الإثبات ثلاث مرات لكنه بالكاد يغيّر زمن الإثبات.

لا يعتمد الإثبات على المبالغ ولا على عدد المذكرات التي يملكها المرسل ولا على حجم السلسلة: فالعضوية تُثبت مقابل شجرة ذات عمق ثابت، ولذلك يكلف التحويل الشيء نفسه عند الكتلة العاشرة وعند الكتلة العشرة ملايين.

المرجع