أزمة Base: أعطال متتالية تهز شبكة الطبقة الثانية الأبرز.. ما القصة؟


أزمة Base: أعطال متتالية تهز شبكة الطبقة الثانية الأبرز.. ما القصة؟

شهدت شبكة Base، وهي إحدى أبرز شبكات الطبقة الثانية التابعة لـ Coinbase، سلسلة من الأعطال المفاجئة الأسبوع الماضي، مما أثار تساؤلات حول موثوقية البنى التحتية الحرجة في عالم البلوكتشين. تُعد Base، بقيمتها الإجمالية المؤمنة التي تقارب 11 مليار دولار، ثاني أكبر شبكة من نوعها، وتلعب دوراً محورياً في تسهيل المعاملات بكفاءة وسرعة، لكن هذه الأعطال الأخيرة ألقت بظلالها على استقرارها.

تفاصيل العطل الجذري: خطأ في "المرتب" (Sequencer Bug)

وفقاً للتحقيق اللاحق الذي أجراه فريق الهندسة في Base، تم تحديد أن السبب الرئيسي وراء الأعطال المتتالية يعود إلى خطأ برمجي في منطق بناء الكتل الخاصة بالمرتب (sequencer). هذا الخطأ سمح لحالة سجل قديمة ("stale journal state") بالاستمرار بعد فشل في التحقق من صحة معاملة ما. بشكل أوضح، عند استلام معاملة غير صالحة وفشلها، لم يتم مسح حالة السجل التي تحتوي على الحسابات والفتحات التخزينية التي تم الوصول إليها بشكل صحيح.

تكمن حساسية الوضع في كون شبكة Base تعتمد على مرتب واحد، مما يعني أن أي خلل في هذا المكون المركزي يمكن أن يوقف عمل الشبكة بالكامل. المرتب هو مسؤول عن تحديد ترتيب المعاملات وقد تسبب في أعطال مماثلة لشبكات طبقة ثانية أخرى مثل Arbitrum وOP Mainnet وzkSync Era.

امتد العطل الأول لمدة 116 دقيقة، تلاه عطل آخر دام 20 دقيقة، مما أدى إلى توقف كامل في إنتاج كتل جديدة على الطبقة الثانية وعجز المرتب والعقد التحققية عن المضي قدماً بعد الكتلة غير الصالحة حتى تم استعادة الترتيب.

الاستجابة والدروس المستفادة: نحو مستقبل أكثر استقراراً

لمعالجة المشكلة، طبق فريق Base تصحيحاً على المرتبات لضمان تحديث حالة السجل بشكل صحيح أثناء التنفيذ. ومع ذلك، استغرقت عملية التخفيف وقتاً أطول من المتوقع بسبب ظروف البنية التحتية غير المرتبطة بالخطأ الأصلي. كما أشار التحقيق إلى وجود "حالة سباق" (race condition) بعد إعادة ضبط النظام، مما منع المرتبات من اللحاق بالركب وتسبب في العطل الثاني.

لضمان عدم تكرار مثل هذه الحوادث، يخطط فريق Base الهندسي لتحسين "اختبار الضبابية" (fuzz testing) للبروتوكول، والذي يتضمن إغراق النظام بكميات كبيرة من المدخلات العشوائية أو المشوهة لاكتشاف الأخطاء. كما يهدفون إلى بناء نظام "استرداد سلس" (graceful recovery) بحيث لا تحتاج العقد التحققية إلى إعادة تشغيل يدوية أثناء الحوادث المستقبلية.

تُعد هذه الأعطال تذكيراً حيوياً بأهمية المرونة والموثوقية في البنى التحتية للبلوكتشين، خاصة مع تزايد الاعتماد على شبكات الطبقة الثانية. يلتزم فريق Base بالتعلم من هذه التحديات وتعزيز استقرار الشبكة لخدمة مجتمع الكريبتو المتنامي.

إرسال تعليق

0 تعليقات