#dusk $DUSK أُعيدُ النظر في طوبولوجيا العقد بعد ترقية الشبكة الرئيسية لـ Dusk، وأرى أن أكثر ما يجب الحذر منه ليس خطأً في أي إصدار بعينه، بل معضلة توحيد العقد المخفية تحت بريق “الترقية الناجحة”. تشترط الجهة الرسمية أن تُكمل العقد تبديل الإصدارات قبل ارتفاع كتلة محدد، ويبدو ذلك منظمًا ومتسقًا، لكن في شبكة لامركزية، أن تنفّذ جميع العقد المنطق نفسه في اللحظة نفسها هو بحد ذاته نوع من “وهم المركزية” العابر.
تكمن نقطة الخطر الحقيقية في أولى الـepoch بعد الترقية. إذا لم تتمكن عقدة قديمة من المزامنة في الوقت المناسب بسبب تأخير الشبكة، لكنها ما زالت أنتجت كتلةً مرشحة ضمن العتبة المسموح بها، فقد تنقسم تجمعات العقد القديمة والجديدة لفترة وجيزة. هذا ليس حدثًا نظريًا بالغ الندرة، بل ينشأ من وجود “نافذة غموض” على مستوى أجزاء من الميكروثانية بين مزامنة الحالة والتحقق من الكتلة. ورغم أن آلية الإجماع Phoenix في Dusk قادرة على الوصول إلى التقارب النهائي، فإن تأثير عملية التقارب على تأكيد نهائية المعاملات لا يحظى بقدر كبير من الشرح في الوثائق الرسمية.
ما أُعير له الاهتمام ليس مسألة إجبار عميل العقد على الترقية، بل سرعة وصول الاتساق في الحالة على مستوى الشبكة كلها إلى أكثر من 99.9% بعد الترقية. في بيانات المراقبة، عدد الكتل غير الصالحة التي ترفضها العقد، وعدد مرات إعادة المزامنة، هي المؤشرات الصلبة التي تقيس ما إذا كانت الترقية قد جرت بسلاسة. إذا ظهرت نتوءات في هذه المؤشرات خلال الساعات الأولى بعد الترقية، فهذا يدل على أن العقد قد خاضت صراعًا عابرًا عند حدود الاتساق.
والأجدر بالتفكير هو أن ترقية عدد كبير من العقد هي في جوهرها “تتابع ثقة” على مستوى الشبكة بأكملها. أنت لا تثق في الشيفرة الجديدة بقدر ما تثق في أن جميع مشغلي العقد نفذوا أمر إعادة التشغيل في الوقت المناسب وبالطريقة الصحيحة. أي إهمال من أي طرف قد يجعل “دلو” الإجماع يحتوي على لوح قصير. وبالنسبة إلى Dusk، فإن صلابة الشبكة الرئيسية لا تُقاس باختبارات الضغط في الشبكة التجريبية، بل تُعرَّف من خلال أكثر حالة غير مستقرة ظهرت في تطور الشبكة الحقيقية عبر مرات متعددة. وهذا هو #dusk الطبقة الهشة الأكثر سهولة في التغاضي عنها داخل سردية اللامركزية.
#dusk @Dusk