سعر Monad (MON)

MON هو الأصل الأصلي لبلوكتشين Monad، ويُستخدم لدفع رسوم المعاملات على السلسلة وعمليات العقود الذكية، كما يمكن رهنه للمشاركة في إجماع الشبكة. Monad هي شبكة Layer 1 متوافقة مع بايت كود EVM، ولذلك توفر بيئة تنفيذ للعقود الذكية والتطبيقات على نمط إيثريوم. يرتبط الدوران الأساسيان لـ MON على السلسلة بمرحلتين مختلفتين: يستخدمه مرسل المعاملة لدفع رسوم التنفيذ؛ ويستخدمه المدققون والمفوّضون لتكوين وزن الرهن الذي يؤثر في قوة التصويت وترتيب إنتاج الكتل ضمن الإجماع. إن امتلاك MON بحد ذاته لا يعني أن حامله أصبح مدققًا أو حصل على مكافآت الرهن.

عند تحويل الأموال أو نشر عقد أو استدعاء عقد على Monad، يدفع المستخدم الرسوم باستخدام MON. الحساب الأساسي للرسوم هو: الرسوم المستحقة = gas limit المحدد في المعاملة × السعر الفعلي لكل وحدة gas؛ إذ يعبّر gas عن الموارد التي تحتاجها الشبكة لمعالجة المعاملة بوحدة موحّدة. إحدى قواعد Monad الأساسية هي احتساب الرسوم وفق gas limit، وليس وفق gas used الفعلي بعد التنفيذ. يرتبط ذلك بتصميمها للتنفيذ غير المتزامن: يجب على قائد الكتلة والمدققين حجز مساحة في الكتلة للمعاملة قبل تنفيذها، وقد يؤدي تحصيل الرسوم فقط وفق الاستخدام الفعلي الأقل إلى حالة تشغل فيها المعاملة مساحة كبيرة بينما تدفع رسومًا قليلة. لذلك، يؤثر تعيين gas limit مرتفعًا أكثر من اللازم مباشرةً في التكلفة النهائية المدفوعة بـ MON.

سعر كل وحدة gas متوافق مع EIP-1559: price_per_gas = min(الرسوم الأساسية + رسوم الأولوية التي يحددها المستخدم، الحد الأقصى لسعر الوحدة الذي يحدده المستخدم). تُعدّل الرسوم الأساسية بواسطة النظام من كتلة إلى أخرى؛ ورسوم الأولوية هي الجزء الإضافي الذي يحدده المستخدم لرفع أولوية الترتيب؛ أما الحد الأقصى لسعر الوحدة فيقيّد أعلى سعر لكل وحدة gas يرغب المستخدم في دفعه. لذلك تتأثر الرسوم الإجمالية للمعاملة بكل من gas limit والسعر. إذا ضُبط الحد الأقصى لسعر الوحدة عند مستوى منخفض جدًا، فقد لا تُدرج المعاملة في كتلة؛ وعندما يظل حمل الشبكة مرتفعًا، قد تزيد الرسوم الأساسية على الحد الأدنى. كما تتغير القيمة المقدّرة بالدولار التي يراها المستخدم مع سعر MON في السوق، بينما تحدد المعلمات المذكورة أعلاه الرسوم على السلسلة المقومة بـ MON.

تستخدم Monad الرهن لتحديد أوزان تصويت المدققين في إجماع MonadBFT، وترتيب قادة إنتاج الكتل لكل epoch بناءً عليه. يمكن للحائزين الذين لا يستطيعون تشغيل عقدة بأنفسهم تفويض MON إلى مدقق، فتُحتسب الكمية المفوضة ضمن إجمالي رهن ذلك المدقق. لدخول مجموعة المدققين النشطين، يجب أن يفي المدقق في الوقت نفسه بثلاث عتبات حالية: أن يفوّض authAddress الخاص به ذاتيًا ما لا يقل عن 100,000 MON، وأن يبلغ إجمالي التفويض ما لا يقل عن 10,000,000 MON، وأن يكون ضمن أعلى 200 حسب وزن الرهن. يُزال المدقق الذي لا يفي بالشروط من المجموعة النشطة عند حد epoch التالي؛ لذا يزيد التفويض وزن المدقق، لكنه لا يضمن احتفاظه دائمًا بأهلية النشاط.

تتكون مكافأة قائد الكتلة من جزأين: مكافأة تضخم ثابتة يبلغ البروتوكول حاليًا 18 MON لكل كتلة، ورسوم الأولوية الناتجة عن معاملات تلك الكتلة. يقتطع المدقق أولًا العمولة التي يحددها من مكافأة التضخم، ثم يوزع الباقي وفق وزن كل مفوض في إجمالي رهن ذلك المدقق. يمكن فهم حصة مفوض واحد من مكافأة التضخم على أنها: مكافأة تضخم الكتلة × (1－معدل عمولة المدقق) × (المبلغ المفوض من ذلك المفوض／إجمالي رهن ذلك المدقق). تذهب رسوم الأولوية حاليًا إلى المدقق أولًا؛ ويمكن للمدقق اختيار مشاركتها عبر آلية externalReward الخاصة بـ staking precompile، إلا أن هذه المكافآت الخارجية لا تُخصم منها العمولة المذكورة أعلاه. يستطيع المفوض سحب المكافآت المتراكمة أو إعادة استثمارها لزيادة وزن الرهن.

يبلغ إجمالي العرض الأولي لـ MON 100 مليار عملة، لكن إجمالي العرض ليس ثابتًا: يصك البروتوكول MON جديدة من خلال مكافآت الكتل، وفي الوقت نفسه يحرق جزء الرسوم الأساسية من رسوم المعاملات. لذلك يتوقف تغير العرض على المحصلة المشتركة بين زيادة الإصدار من المكافآت وحرق الرسوم الأساسية. لرسوم الأولوية والرسوم الأساسية وجهتان مختلفتان: تذهب رسوم الأولوية حاليًا إلى مدقق الكتلة، في حين تخضع الرسوم الأساسية لآلية الحرق. لا يمكن استنتاج أن إجمالي العرض سينخفض حتمًا لمجرد وجود حرق، ولا أنه سيرتفع حتمًا لمجرد وجود مكافآت كتل؛ بل يجب مقارنة كمية الإصدار الفعلي وكمية الحرق الفعلي خلال الفترة ذاتها.

بعد إلغاء الرهن، لا يمكن سحب MON فورًا: يجب أن تنتظر العملات التي أُلغي رهنها مدة epoch واحد قبل سحبها. كما أن معظم عمليات الرهن لا تؤثر في الإجماع مباشرة بعد إرسال المعاملة، بل تُقدّم عند كتلة الحد وتصبح نافذة عند بداية epoch لاحق. تظهر كتلة حد كل 50,000 كتلة، وتقدّر الوثائق ذلك بنحو مرة كل 4 ساعات و12 دقيقة؛ تلتقط كتلة الحد لقطة لحالة الرهن التي ستُستخدم، ثم يلزم تأخير إضافي قدره 5,000 جولة قبل بدء epoch جديد. إذا دخلت العملية بعد كتلة الحد، فقد لا تدخل epoch التالي مباشرة بل تؤجل إلى epoch الذي يليه. توجد فترة انتظار السحب وحدود النفاذ لكي تتصل حالة التنفيذ وحالة اللقطة والحالة التي يستخدمها الإجماع عبر مراحل ثابتة.