انقطاع شبكة غرفة الخوادم لمدة عشر دقائق، وإصدار نتيجتين متعارضتين بنفس مفتاح التوافق (consensus key) — هل يمكن معاقبتهما بنفس الشدة؟ إذا كانت الإجابة هي “حرق الرصيد (burn tokens) للجميع”، فأنا في الحقيقة لا أجرؤ على تشغيل العقد.
قمتُ الآن بمراجعة قواعد الإيداع/الرهان الحالية لـ @Dusk من جديد. قسّم Dusk عقوبات التوافق إلى نوعين: soft وhard، لكن الخط الفاصل الحقيقي ليس ما إذا كان صاحب العقد ينطق بوجود نية خبيثة أم لا، بل ما إذا كانت هناك أدلة باقية على السلسلة.
تعالج عقوبة soft حالات الفشل عند المشاركة؛ مثل عدم القدرة على إنتاج كتل مرشّحة صالحة. يمكن للبروتوكول إيقاف أهلية العقد مؤقتًا، وتحويل جزء من الـ active stake إلى locked stake. تبقى الحصص/الرهانات ملكًا للمرتهن، لكنها تفقد مؤقتًا القدرة على المشاركة في التوافق وكسب المكافآت.
تعاقب عقوبة hard السلوك غير الصالح الذي يمكن إثباته، بما في ذلك التصويت غير الصالح، أو التوقيعات المكررة على اقتراحات/تصويتات متعارضة. إضافةً إلى إيقاف الأهلية، يستطيع البروتوكول أيضًا تدمير جزء من الإيداع/الرهان مباشرةً، لأن التوقيع نفسه يُعد دليلًا على الإضرار بالتوافق.
لن يحكم البروتوكول نيابةً عن العقد لتحديد إن كان الأمر هجومًا أم مجرد خطأ. وهناك تنبيه رسمي خاص: لا تسمح بأن يعمل مفتاح التوافق نفسه (consensus key) في نفس الوقت على جهازيْن عقد نشطين. عند الترحيل، إذا لم يكن العقد القديم قد توقّف بعد، وبدأ العقد الجديد في التوقيع، فقد تولّد الحوادث التشغيلية رسائل تعارض أيضًا وتؤدي إلى عقوبة hard.
لذلك لا يمكن تقييم مخاطر الرهان فقط من خلال APY. تؤثر العقوبة soft على الرهان الفعّال وعائدات التوقف/التوقف عن العمل، بينما قد تُصيب العقوبة hard أصل رأس المال. سأراقب fault count وlocked stake ومدة الإيقاف ورسائل التوقيع المتعارضة. $DUSK ليس وديعةً، بل ضمانٌ بأن يجري النظام الإنتاجي — الذي يحتاج إلى أن يكون متصلًا دائمًا وأن يكون المفتاح فريدًا — بالعمل باستخدام رأس المال.
#dusk $DUSK