ظهر خطأ برمجي داخل شبكة “بيز” (Base) التابعة لـ”كوين بيز” (Coinbase)، مما أدى إلى تجميد جزء مهم من بنيتها التحتية. أثار هذا الحادث تساؤلات جديدة حول قوة منظومة الطبقة الثانية (Layer-2) المتوسعة لإيثريوم (Ethereum). ومع ذلك، لم يمنع هذا العطل المستخدمين من إرسال المعاملات أو التفاعل مع التطبيقات على الشبكة.
استمرت الكتل (blocks) في الإنتاج، وبدت الشبكة تعمل بشكل طبيعي. لكن خلف الكواليس، توقف أحد المكونات الأساسية المسؤولة عن تحديث حالة “بيز” على إيثريوم لأكثر من 30 ساعة. ظهرت هذه المشكلة بعد أن لاحظ المطورون توقف تحديثات الحالة وعمليات السحب إلى إيثريوم.
خلل استمر 30 ساعة يثير قلق الطبقة الثانية
أشار المطور “دونوه.إيث” (donnoh.eth) إلى المشكلة في منشور على منصة إكس (X). لاحظ أن هذا التوقف مر دون أن يلاحظه أحد، لأن عمليات السحب من “بيز” تتطلب بالفعل فترة تحدي مدتها سبعة أيام.
وقال: “من الجنون أن تحديثات حالة بيز توقفت لأكثر من 30 ساعة بسبب خطأ برمجي مرتبط بالتحديث الأخير، ولم يلاحظ أحد ذلك لأن عمليات السحب تستغرق سبعة أيام على أي حال.”
وفقًا لصفحة حالة “بيز”، تم تتبع المشكلة إلى البيئة الموثوقة للتنفيذ (Trusted Execution Environment – TEE) في الشبكة. أدى هذا الخلل إلى منع نظام الاقتراح من توليد تحديثات الحالة اللازمة لربط نشاط “بيز” بإيثريوم.
استمرت السلسلة في معالجة المعاملات بشكل طبيعي. لكن حالة “بيز” توقفت فعليًا عن التحديث حتى تم حل المشكلة.
في حالة شبكات التجميع (rollups) مثل “بيز”، يتم تنفيذ التحولات على الطبقة الثانية (L2) قبل إرسال التزامات الحالة المضغوطة بشكل دوري إلى إيثريوم. تساعد البيئة الموثوقة للتنفيذ (TEE) في توليد تصديقات تشفيرية تثبت أن تحولات الحالة تم حسابها بشكل صحيح.
هذا يعني أنه عندما يتوقف هذا النظام عن العمل، يمكن للمستخدمين الاستمرار في التعامل على الطبقة الثانية. لكن خط أنابيب التسوية الذي يربط الشبكة بإيثريوم قد يتوقف تمامًا.
لم يتم فقدان أي أموال، ولم يعرض العطل أصول المستخدمين للسرقة. لكنه جمد مؤقتًا أحد أهم أجزاء البنية التحتية الداعمة لشبكة التجميع. حدث هذا بعد أيام قليلة من نشر “بيز” لتحديث “أزول” (Azul)، الذي صُمم لتحسين قابلية التوسع وزيادة سرعة المعالجة إلى 5000 معاملة في الثانية.
ورغم ذلك، وجدت الشبكة نفسها تواجه صعوبات.
أنماط فشل مختلفة بين “بيز” و”سوي”
في وقت سابق من هذا العام، شهدت “بيز” فترات من تأخير المعاملات أثناء النشاط الشبكي الكثيف. لكن تلك المشكلات لم توقف عمليات التسوية. ومع ذلك، كشفت عن قيود في السعة مع استمرار نمو الاستخدام.
“بيز” ليست الوحيدة التي واجهت هذه المشكلة. في يناير، أبلغت شبكة “سوي” (Sui) عن فشل في التوافق (consensus failure) عطل معالجة المعاملات لحوالي ست ساعات. تعرضت الشبكة لانقطاعات متعددة مرتبطة بأخطاء برمجية ظهرت أثناء ترقيات البروتوكول، مما جمد مؤقتًا التحويلات ونشاط التمويل اللامركزي (DeFi) ومعاملات الرموز غير القابلة للاستبدال (NFTs).
التقنيات المستخدمة في هذه الحوادث مختلفة جدًا. عطل “بيز” تضمن آلية إثبات مدعومة بالبيئة الموثوقة للتنفيذ (TEE). بينما نشأت مشاكل “سوي” من منطق توافق المدققين (validator consensus) وحساب الغاز (gas-accounting).
الأسئلة الشائعة (FAQ)
- س: هل توقف عمل شبكة “بيز” بالكامل؟
ج: لا، استمرت الشبكة في معالجة المعاملات وإنتاج الكتل بشكل طبيعي. لكن توقف تحديث حالة الشبكة على إيثريوم لأكثر من 30 ساعة. - س: هل خسر المستخدمون أموالهم بسبب هذا الخلل؟
ج: لا، لم يتم فقدان أي أموال أو تعرض أصول المستخدمين للسرقة. العطل كان في البنية التحتية الداخلية للتسوية فقط. - س: لماذا لم يلاحظ أحد العطل لمدة 30 ساعة؟
ج: لأن عمليات السحب من “بيز” تتطلب فترة تحدي مدتها سبعة أيام، مما جعل التوقف غير ملحوظ للمستخدمين العاديين.
