بعد قضاء بضعة أيام في التعمق في Dusk، برز لي شيء واحد بشكل واضح. الجزء المثير للاهتمام ليس فقط كيف تعمل آلية الإجماع عندما تسير الأمور على ما يرام، بل ما الذي يحدث عندما لا يستطيع الشبكة الوصول إلى ما يلزم.

تخيّل عدة محاولات متكررة تفشل لأن بعض مزوّدي الخدمة الأساسيين غير متصلين بالإنترنت أو معزولين. عندها قد يكتفي النظام بالاستمرار في تجاوز المهلة وإعادة الانتظار.

تتبع Dusk مسارًا مختلفًا.

وفقًا للورقة البيضاء، بعد 16 محاولة متتالية فاشلة، يدخل بروتوكول الإسناد الموجز Succinct Attestation في الوضع الطارئ Emergency Mode. يتم تعطيل مهلات الخطوة، وتستمر العملية في التقدم حتى يتم توليد كتلة مرشحة وتحقيق النصاب في كلٍّ من التحقق والتحقق النهائي.

لكن هناك مقايضة مهمة.

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

ما جذب انتباهي هو فلسفة التصميم: لا تُعامل حالات الفشل باعتبارها نهاية العملية. فالبروتوكول يملك مسارًا محددًا للاستمرار نحو قرار حتى في ظل ظروف شبكية شديدة.

وهذا يجعل الوضع الطارئ أقل شبهاً بمفتاح احتياطي، وأكثر شبهاً بجزء مُصمَّم بعناية من الطريقة التي تتعامل بها Dusk مع الأعطال.

@Dusk $DUSK
$GPS
#dusk $PORTAL