توقف إنتاج الكتل على الشبكة الرئيسية لـ Base لمدة تقارب الساعتين في 25 يونيو 2026، بعد أن تسببت الكتلة #47,806,542 في فشل توافقي أدى إلى تجميد المُسلسل (sequencer) عند الساعة 16:03 UTC. حالت الكتلة غير الصالحة دون بناء أي كتل لاحقة، فيما صنّفه مهندسو Base بأنه "توقف رأس غير آمن" (unsafe head stall)، حيث توقف المُسلسل عن إنتاج كتل جديدة قبل أن تُنشر إلى الطبقة الأولى لإيثريوم للتوثيق النهائي. حدد فريق Base التابع لـ Coinbase السبب الجذري عند 16:52 UTC، واستعاد التسلسل عند 17:51 UTC، مؤكدًا أن جميع أموال المستخدمين ظلت آمنة طوال الحادثة. وقع التوقف في نفس اليوم المقرر لتفعيل هارد فورك "بيريل" (Beryl) على Base عند 18:00 UTC، رغم أن الفريق أكد أن الحدثين غير مرتبطين. تعمل Base كشبكة طبقة ثانية مبنية على إطار عمل OP Stack، حيث يُنتج المُسلسل كتلًا تُجمّع لاحقًا وتُقدم إلى إيثريوم للتسوية النهائية.
Base Engineers Isolate Block #47,806,542 كمصدر لفشل التوافق
كشف مهندسو Base عن إنتاج كتل غير صحي عند 16:03 UTC في 25 يونيو 2026. بحلول 16:52 UTC، حدد الفريق الكتلة #47,806,542 كمصدر المشكلة التوافقية التي تسببت في إنتاج المُسلسل لكتلة غير صالحة. أثرت الكتلة غير الصالحة على بناء جميع الكتل اللاحقة، مما أدى إلى ما يُصنف في مصطلحات OP Stack باسم "توقف رأس غير آمن". يشير مصطلح الرأس غير الآمن إلى أحدث الكتل التي ينتجها المُسلسل ولم تُنشر بعد إلى الطبقة الأولى لإيثريوم للتوثيق النهائي.
تتابع الجدول الزمني للحادثة كما يلي: عند 16:03 UTC، تم الإبلاغ عن إنتاج كتل غير صحي وبدأ التحقيق. عند 16:52 UTC، حدد المهندسون الكتلة #47,806,542 كمصدر المشكلة. عند 17:21 UTC، تم عزل المشكلة التوافقية، وأظهر المُسلسل والعقد الداخلية تعافيًا أوليًا. عند 17:51 UTC، استؤنف تسلسل الكتل، وبدأت العقد الداخلية في المزامنة بشكل صحيح. عند 17:58 UTC، تأكد صحة بناء الكتل، ودخلت الشبكة مرحلة المراقبة.
تأخر الإيداعات والسحوبات والمعاملات خلال التوقف الذي دام ساعتين
تأخرت الإيداعات والسحوبات والمعاملات على Base خلال التوقف الذي دام نحو ساعتين. أكد فريق Base أن الأموال ليست في خطر. تحدث حالات توقف الرأس غير الآمن قبل تجميع الكتل وإرسالها إلى الطبقة الأولى لإيثريوم، لذلك لا يوجد تعرض لفقدان دائم أو إعادة تنظيم جادة للسلسلة.
سيحتاج مشغلو العقد الذين يديرون بنية Base التحتية إلى إعادة تشغيل عقدهم لاستعادة المزامنة بالكامل. تظل صفحة الحالة status.base.org ومستكشف الكتل basescan.org الموارد الأساسية للمراقبة.
هارد فورك "بيريل" ينطلق في موعده رغم مشكلة المُسلسل
تزامنت الحادثة مع هارد فورك "بيريل" المقرر لتفعيله في نافذة 18:00 UTC في 25 يونيو. أكدت Base أن التوقف غير مرتبط بالترقية.
يقدم بيريل معيار B20، وهو معيار رمز أصلي مدمج مباشرة في برنامج العقد بدلاً من نشره كعقد ذكي، مما يجعل إصدار الرموز أكثر كفاءة للعملات المستقرة ومشاريع الأصول الواقعية. كما تقلل الترقية من تأخيرات السحب وتقدم تحسينات Reth V2. يجب على مشغلي العقد تشغيل base/node v1.1.1 أو أحدث. لا يحتاج معظم المستخدمين والعقود الحالية إلى أي إجراء.
فريق Base يخطط لنشر تقرير ما بعد الحادثة بعد مراجعة السبب الجذري
يواصل مهندسو Base التحقيق في السبب الجذري للكتلة غير الصالحة ويخططون لنشر تقرير كامل بعد انتهاء المراجعة. حدثت حالات توقف رأس غير آمنة من هذا النوع سابقًا على شبكات طبقة ثانية أخرى وشبكة Optimism الرئيسية، غالبًا ما تكون مرتبطة بظروف البنية التحتية الداخلية أو مشكلات عقد الطبقة الأولى أو عوامل متعلقة بالحمل. استمرت هذه الحادثة نحو 115 دقيقة قبل استئناف التسلسل.
الأسئلة الشائعة
ما سبب توقف شبكة Base عن إنتاج الكتل في 25 يونيو؟
تسببت الكتلة #47,806,542 في فشل توافقي أدى إلى تجميد مُسلسل Base عند 16:03 UTC في 25 يونيو 2026. حالت الكتلة غير الصالحة دون بناء أي كتل لاحقة، فيما صنّفه المهندسون بأنه "توقف رأس غير آمن". حدد فريق Base الكتلة الإشكالية عند 16:52 UTC، واستعاد التسلسل عند 17:51 UTC، مع تأكيد صحة بناء الكتل بحلول 17:58 UTC.
هل الأموال آمنة بعد توقف شبكة Base؟
أكد فريق Base التابع لـ Coinbase أن جميع الأموال آمنة. تحدث حالات توقف الرأس غير الآمن قبل تجميع الكتل وإرسالها إلى الطبقة الأولى لإيثريوم للتوثيق النهائي، لذلك لا يوجد تعرض لفقدان دائم أو إعادة تنظيم جادة للسلسلة. تأخرت الإيداعات والسحوبات والمعاملات خلال التوقف الذي دام نحو ساعتين، لكن لم تكن أي أموال في خطر.
هل أثر توقف شبكة Base على تفعيل هارد فورك "بيريل"؟
أكدت Base أن التوقف غير مرتبط بترقية "بيريل". ظل هارد فورك "بيريل" في موعده المقرر لنافذة التفعيل عند 18:00 UTC في 25 يونيو، وهو نفس يوم حادثة المُسلسل. يقدم "بيريل" معيار الرمز الأصلي B20، ويتطلب من مشغلي العقد تشغيل base/node v1.1.1 أو أحدث، لكن معظم المستخدمين والعقود الحالية لا يحتاجون إلى أي إجراء.
