دعوة موجّهة لمُحقّقي معاملات إيثريوم لتعطيل Prysm بسبب مخاطر تتعلق بحالات قديمة

تلقى مشغّلو مُحقّقي معاملات إيثريوم الذين يستخدمون عميل الإجماع Prysm تنبيهًا عاجلًا في 4 ديسمبر. وأكد فريق Prysm أن بعض العُقد كانت تُولّد حالات قديمة لمعالجة «إقرارات» غير مُحدّثة، ما قد يؤدي إلى سلوك تحقق غير صحيح إذا تُرك دون معالجة. ولمنع ذلك، طلب الفريق من جميع المشغلين تعطيل وظيفة محددة فورًا عبر إضافة علم واحد فقط إلى عقدة الـBeacon الخاصة بهم. ولا يتطلب الإصلاح ترقية كاملة للعميل، كما لا يؤثر في عميل المُحقّق.

وجه الفريق المشغلين إلى إضافة السطر التالي:
–disable-last-epoch-targets
ويعمل هذا العلم مع Prysm v7.0.0، ما يعني أن معظم العُقد يمكنها تطبيق الإصلاح خلال دقائق. وقد أثار التحذير استجابة سريعة داخل مجتمع المُحقّقين، بالنظر إلى الحصة الكبيرة التي يشغلها Prysm داخل طبقة الإجماع في شبكة إيثريوم.

حصة Prysm في السوق تجعل الأمر حدثًا على مستوى الشبكة

تُظهر بيانات MigaLabs أن Prysm يسيطر على ما يقرب من 20% من حصة سوق عملاء الإجماع في إيثريوم، ليكون ثاني أكبر عميل بعد Lighthouse. وهذا الحجم هو ما حوّل خللًا على مستوى العميل إلى مصدر قلق على مستوى السلسلة. فعندما يعالج عميل بهذا الوزن بيانات حالة قديمة، لا يقتصر الأثر على مُحقّق واحد، بل يمكن أن يمتد إلى:

• إقرارات فائتة
• إشارات خاطئة لاختيار الفرع
• زيادة مخاطر التعرض للعقوبات أو «القطع» في حالات استثنائية

حتى الآن، لا توجد أدلة على توقف فعلي في السلسلة أو فشل في الوصول إلى «النهائية» بسبب هذه المشكلة. لكن القلق هنا يخص الوقاية من المخاطر، وليس معالجة أضرار واقعة. وقد تحرك Prysm قبل أن تتفاقم المشكلة. بعبارة أخرى، كان ذلك تدريبًا وقائيًا وليس عملية تنظيف بعد حادث.

ما الذي حدث داخل Prysm تحديدًا؟

وفق فريق Prysm، كانت العُقد المتأثرة تُنتج حالات قديمة غير ضرورية أثناء محاولة معالجة إقرارات غير محدّثة تعود لفترات Epoch سابقة. هذا السلوك يزيد الضغط على وحدة المعالجة والذاكرة، وقد يشوّه طريقة تتبّع العقدة لتقدّم السلسلة تحت الضغط. ومثل هذا السلوك ليس جديدًا في تاريخ إيثريوم، إذ ظهرت مشكلات مشابهة في التعامل مع الحالة خلال:

• حادثة «النهائية» في مايو 2023
• أخطاء سابقة في فهرسة قواعد البيانات
• مشكلات ارتفاع الذاكرة عبر عدة عملاء سابقًا

الاختلاف الأساسي هذه المرة هو السرعة. فقد اكتشف Prysm المشكلة مبكرًا، ونشر حلًا سريعًا من خطوة واحدة، وتجنب دفع آلاف المُحقّقين إلى دورة ترقية كاملة على عجل.

ما الذي يجب على المُحقّقين فعله الآن؟

إذا كنت تُشغّل Prysm، فالقائمة قصيرة وملحّة:

• إضافة العلم –disable-last-epoch-targets
• إعادة تشغيل عقدة الـBeacon
• التحقق من السجلات للتأكد من تدفق الإقرارات بشكل طبيعي
• مراقبة الذاكرة ووحدة المعالجة بعد إعادة التشغيل

لا حاجة لتغيير مفاتيح المُحقّق. ولا حاجة لإعادة المزامنة أو الخروج من الشبكة. وعلى مستوى شبكة إيثريوم ككل، تعيد هذه الحادثة تأكيد حقيقة معروفة: تنوّع العملاء ما زال مهمًا. فعندما يقترب عميل واحد من 20% من الشبكة، يمكن لخلل قابل للإدارة أن يتحول إلى حدث رئيسي. ومع ذلك، تُظهر هذه الواقعة أيضًا نضج إيثريوم التشغيلي. إذ تم تحديد المشكلة والإفصاح عنها ومعالجتها خلال ساعات، لا أيام. هكذا تبقى طبقة تسوية تزيد قيمتها على 400 مليار دولار مرنة. وفي الوقت الحالي، تظل السلسلة مستقرة. أما الخطر الوحيد فهو تجاهل المُشغلين لضرورة اتخاذ الإجراء سريعًا وتفعيل «مفتاح الأمان».