إليك تفصيل كامل لما حدث من خطأ، وكيف تعافت المؤسسة، والتداعيات على السوق، وما هي التغييرات القادمة لمنع تكرار ذلك.
جميع الأعطال الثلاثة نجمت عن تحديث البروتوكول v1.72، الذي قدم ميزة 'أرصدة العناوين' (Address Balances) الجديدة . تفاعل هذا المكون الجديد بشكل غير متوقع مع نظامين فرعيين بالغي الأهمية: منطق تحصيل رسوم الغاز (Gas Charging Logic) وحالة العشوائية (Randomness State) في آلية الإجماع (Consensus Mechanism) .
بدأ التوقف الأول للشبكة الرئيسية في 28 مايو، واستمر قرابة 6 ساعات و44 دقيقة . خطأ انهيار (Crash Bug) في منطق تحصيل رسوم الغاز – تحديداً في كيفية تعامل كود 'أرصدة العناوين' الجديد مع 'سحق الغاز' (Gas Smashing)، وهي عملية دمج العملات المدخلة لدفع رسوم المعاملات – تسبب في دخول جميع مدققي الشبكة (Validators) في حلقة انهيار متكررة . توقف إنتاج الكتل (Block Production) بالكامل. جُمّدت أصول على السلسلة (On-Chain Assets) بقيمة تقارب مليار دولار بشكل مؤقت .
حدد المهندسون الخطأ ونشروا نسخة برمجية مُصححة (Patched Binary). بمجرد أن قام أكثر من ثلثي القيمة المُجمّدة (Staked Value) بالترقية، استأنفت الشبكة عملها . مع ذلك، تسبب نفس السبب الجذري في توقف ثانٍ في وقت لاحق من ذلك اليوم . تم تصميم الإصلاح المؤقت من أجل السرعة وليس الكمال، وتحققت المخاطر المعروفة .
في 29 مايو، بعد نشر إصلاح أكثر استقراراً لخطأ تحصيل رسوم الغاز وإعادة تشغيل المدققين، ظهر خطأ كامن منفصل. فشل المدققون في الحفاظ على حالة العشوائية (Randomness State) بشكل صحيح عبر إعادة التشغيل، مما أدى إلى توقف إجماع جديد استمر لأكثر من ثلاث ساعات ونصف . ثم طور الفريق ونشر تحديثاً ثانياً يعالج تحديداً مشكلة الحفاظ على الحالة هذه. تمت إعادة ترقية المدققين عبر يومي 29 و30 مايو حتى استعادة المشاركة الكاملة .
كانت عملية الاستعادة تدافعاً متكرراً عبر ثلاثة إخفاقات متمايزة:
طوال فترة الحادث، أكدت مؤسسة Sui على عدم تعرض أي من أموال المستخدمين للخطر، وعدم التراجع عن أي معاملات ملتزمة، وبقاء آليات أمان المحفظة عاملة .
كان للأعطال تأثير فوري وقابل للقياس على عملة SUI ومعنويات السوق:
في تقرير ما بعد الوفاة والإعلانات اللاحقة، حددت المؤسسة عدة إجراءات ملموسة لمنع وقوع حوادث مماثلة :
كان تقرير مؤسسة Sui صريحاً على نحو غير معتاد. باعترافها بأنها نشرت عن علم تحديثاً مؤقتاً محفوفاً بالمخاطر، كشفت المؤسسة عن توتر مألوف لكثير من فرق الهندسة عالية المخاطر: الضغط لاستعادة الخدمة بسرعة مقابل الانضباط لضمان أن يكون الإصلاح كاملاً . بالنسبة لبلوكتشين تسعى لتضع نفسها للاستخدام المؤسسي، فإن الحادثة تثير تساؤلات مشروعة حول حوكمة الترقيات، ودقة الاختبارات، وما إذا كان وضع موثوقية الشبكة يتوافق مع طموحاتها .
الضمانات المُعلن عنها هي بداية، لكن فعاليتها لن تتضح إلا في المرة القادمة التي تواجه فيها Sui ترقية معقدة تحت الأضواء العامة.