شبكة Base تتوقف مرتين في 24 ساعة: خلل برمجي واحد، تأجيل هارد فورك، وجدل حول نقطة الفشل الواحدة

شهدت شبكة Base، الشبكة من الطبقة الثانية (Layer 2) التابعة لشركة Coinbase، توقفين في إنتاج الكتل خلال 24 ساعة يومي 25 و26 يونيو 2026. كان كلا التوقفين ناتجين عن نفس الخلل البرمجي الكامن في منطق بناء الكتل (block builder logic) . أدى هذان الحادثان إلى تأجيل هارد فورك Beryl، وجلبا رد فعل حادًا من المؤسس جيسي بولاك، وأحييا الانتقادات لتصميم الشبكة أحادي المُرتِّب (single-sequencer) باعتباره نقطة فشل واحدة .

ما سبب التوقف؟ نفس الخلل مرتين

كلا التوقفين ناتجان عن خلل برمجي واحد في منطق بناء الكتل الخاص بالمُرتِّب (sequencer) . أكد حساب فريق Base الرسمي على منصة X أن السبب الجذري تم تحديده وإصلاحه، وتم مشاركة التحليل مع سلاسل OP Stack الأخرى كملاحظات . في تحليل ما بعد الحادث المفصل، شرح مهندسو Base أن الشبكة استقبلت معاملة غير صالحة (invalid transaction) بواسطة باني الكتل (block builder) وفشل تنفيذها كما هو متوقع، لكن النظام لم يقم بمسح حالة دفتر الأستاذ القديمة (journal state) التي تحتوي على الحسابات ومواقع التخزين التي تم الوصول إليها بشكل خاطئ . عند تنفيذ معاملة صالحة بعد ذلك مباشرة، استخدمت حالة دفتر الأستاذ القديمة، مما أدى إلى حسابات غاز غير صحيحة وإنتاج كتلة غير صالحة من حيث انتقال الحالة (state-transition) . هذه الكتلة غير الصالحة عطلت خط إنتاج المُرتِّب (sequencing pipeline)، مما أوقف إنتاج الكتل بالكامل.

نفس التسلسل — الفشل في مسح الحالة القديمة متبوعًا بحسابات غاز غير صحيحة — تسبب في كلا التوقفين . لم تكن أموال أي مستخدم معرضة للخطر خلال أي من الحادثين .

الجدول الزمني للتوقف

• 25 يونيو، ~16:03 UTC: توقف إنتاج الكتل عند ارتفاع الكتلة 47,806,542 بعد أن أنتج المُرتِّب كتلة غير صالحة، مما تسبب في فشل في الإجماع (consensus failure) . توقفت السلسلة لمدة ساعتين تقريبًا. حدد المهندسون المشكلة في 16:52 UTC، واستأنفوا الإنتاج الأولي في 17:51 UTC، وأكدوا عودة الإنتاج الطبيعي بحلول 17:58 UTC .
• 26 يونيو، ~15:33 UTC: توقف ثانٍ، استمر لمدة 14 دقيقة تقريبًا قبل استعادة الخدمة .

جيسي بولاك: 'التوقف ليس مقبولاً'

علق جيسي بولاك، مؤسس Base، علنًا على منصة X، معترفًا بكلا الحادثين وأكد أن أموال المستخدمين كانت آمنة طوال الوقت، لكنه أضاف بوضوح أن "التوقف ليس مقبولاً" لمنصة تطمح لدعم التمويل العالمي . ووصف التوقف بأنه غير مقبول لطموحات Base، مشيرًا إلى أن الفريق سيستخدم هذه الحوادث كفرصة لتحسين استقرار النظام وموثوقيته .

تأجيل هارد فورك Beryl ليوم واحد

كان هارد فورك Beryl — ثاني ترقية مستقلة لشبكة Base — مقررًا في البداية في 25 يونيو الساعة 18:00 UTC . بعد التوقف الأول، قامت Base بتأجيل الترقية إلى 26 يونيو الساعة 18:00 UTC لضمان أن سجل تفعيل B20 (B20 Activation Registry) يعمل بكامل طاقته قبل التفعيل . وأكد الفريق أن التوقف والترقية غير مرتبطين .

ما الذي يقدمه Beryl

يجمع Beryl ثلاثة تغييرات رئيسية :

• معيار B20 للرموز: معيار Base الأصلي للرموز للعملات المستقرة (stablecoins)، والأصول الواقعية (RWAs)، ومصدري الرموز طويلة الذيل (long-tail token issuers)، مطبق كـ precompile بلغة Rust متوافق مع ERC-20 مبني مباشرة في برنامج العقدة .
• نافذة سحب أقصر: تقليل وقت تأكيد السحب بإثبات واحد من 7 أيام إلى 5 أيام .
• دمج Reth V2: إصلاح شامل لعميل التنفيذ (execution-client) يقلل استخدام القرص بنحو 50% ويزيد الإنتاجية بنحو 33% .

انتقادات متجددة لبنية المُرتِّب الأحادي

أحيا التوقف الانتقادات القديمة التي تقول إن تصميم Base أحادي المُرتِّب يُنشئ نقطة فشل واحدة . نظرًا لأن Base يدير مُرتِّبًا واحدًا تديره Coinbase ضمن حزمة OP Stack، لم تكن هناك مُرتِّبات احتياطية أو عقد تحقق يمكن أن تتولى المهمة عندما عطلت الكتلة غير الصالحة خط الإنتاج . أشار العديد من المحللين وأعضاء المجتمع إلى هذه البنية على أنها الخطر النظامي الكامن، بحجة أن نموذج المُرتِّب الأحادي هو نموذج هش بطبيعته لشبكة تطمح لدعم البنية التحتية المالية العالمية .

ما التالي

نشرت Base تحليلاً كاملاً لما بعد الحادث (post-mortem) لتوقف 25 يونيو، وأكد الفريق أنه أبلغ النتائج لسلاسل OP Stack الأخرى كملاحظات للمساعدة في منع تكرار المشكلة . تم تفعيل هارد فورك Beryl بنجاح في 26 يونيو، لكن الحوادث تركت سؤالاً قائماً: هل يمكن لسلسلة مبنية على مُرتِّب واحد أن تدعي بشكل موثوق أنها تدعم التمويل العالمي؟