بدأتُ بالنظر في وضع Dusk للطوارئ بعد أن سألتُ نفسي سؤالًا بسيطًا: ماذا يحدث إذا تعذّر على معظم المشاركين المسؤولين عن التوافق الوصول فجأة؟
لا هجوم. لا حظر خبيث.
فقط مشاركة غير كافية في الحصص للوصول إلى اتفاق.
وهذا ما جعل وضع الطوارئ الخاص بـ @Dusk مثيرًا للاهتمام بالنسبة لي.
في البداية، افترضتُ أن وضع الطوارئ يركّز أساسًا على إنتاج كتلة طوارئ. لكن عند التدقيق، يتضح أن هذا ليس هو جوهر الأمر.
عندما يفشل تكرار واحد من التوافق، لا يُغلق Dusk الباب فورًا. يمكن أن تبقى التكرارات السابقة مفتوحة بينما تبدأ تكرارات جديدة، مما يمنح المُقدّمين المتبقّين فرصًا إضافية للوصول إلى اتفاق.
لكن ذلك يخلق معادلة مقايضة: إبقاء عدة تكرارات حيّة أيضًا يفتح احتمال ظهور كتل متنافسة.
ولهذا يعطي Dusk الأولوية للتكرار الأقل نجاحًا.
وإذا بقيت المشاركة غير كافية، يوفّر طلب كتلة الطوارئ (EBR) مسار تعافٍ آخر. بمجرد جمع EBRs التي تمثل أغلبية حصص الشبكة، يمكن إنتاج كتلة طوارئ فارغة.
ليست تلك الكتلة موجودة لمعالجة المعاملات. الغرض منها هو إبقاء السلسلة في الحركة وإرساء بذرة جديدة لمحاولة توافق أخرى.
لذا فالوضع الطارئ ليس حقًا مرتبطًا بما يحدث عندما ينجح التوافق. إنه مرتبط بما تفعله البروتوكولات عندما تتوقف الافتراضات التي يعتمد عليها التوافق عن الصمود.
وهذه هي المقايضة الأعمق: الحفاظ على قابلية الاستمرار مفيد، لكن مسار التعافي يجب أن يظل حتميًا عندما تكون هناك نتائج متعددة محتملة.
أما السؤال الذي ظلّ يراودني فهو مدى صمود مسار التعافي هذا إذا لم تكن المشاركة المتدهورة حالةً مؤقتة، بل مستمرة.
@Dusk $DUSK #dusk