لقد كنت أتعمّق في تصميم إجماع شبكة Dusk وشيء واحد صُدمت له حقًا — وضع الطوارئ.

إليك ما يحدث: أغلب السلاسل تتعطّل أو تنشطر بشكلٍ غير متقن عندما يحدث خطأ أثناء عملية الإجماع. في المقابل، لدى Dusk التحقق بالاستشهاد الموجز (Succinct Attestation) آلية احتياطية مدمجة — إذا تعذّر على جولة ما أن تُنجز بشكلٍ نظيف، يمكن للشبكة أن تنتقل إلى كتلة منخفضة الجولة بدلًا من أن تتجمّد أو تنقسم. أرى ذلك كجزء من تحوّل أكبر في كيفية هندسة سلاسل PoS — ليس فقط مدى السرعة التي يمكننا الوصول إليها، بل ماذا يحدث عندما تتعطل الأمور.

أعتقد أن هذا مهم أكثر مما يظنه الناس. وبالنسبة لشبكة تضع نفسها في موقع مناسب لاستخدامات مالية منظمة، فإن الاستمرارية وتحمّل الأعطال بشكلٍ يمكن التنبؤ به ليست «ميزات إضافية» — بل هي جوهر العرض. لن تقوم مؤسسة مصرفية أو جهة ما بلمس بنية تحتية لا تستطيع التعامل بسلاسة مع جولة سيئة.

المثير للاهتمام هو أن هذا ليس ميزة تسويقية — بل أنها موجودة بهدوء في ملاحظات إصدار التطوير لديهم، وهي من الأمور التي يلاحظها عادةً المطورون فقط.

هل توجد سلاسل PoS أخرى شاهدتَها تتعامل مع حالات الفشل الطرفية بهذه السلاسة، أم أن Dusk متقدّم على منحنى السوق هنا؟

@Dusk #dusk $DUSK