تلقى مشغلو مدققي إيثيريوم الذين يستخدمون عميل الإجماع Prysm تنبيهاً عاجلاً في 4 ديسمبر. أكدت فريق Prysm أن بعض العقد كانت تولد حالات قديمة لمعالجة التصديقات القديمة، مما قد يؤدي إلى سلوك تحقق غير صحيح إذا لم يتم تداركه. لمنع ذلك، طلب فريق Prysm من جميع المشغلين تعطيل وظيفة محددة فوراً عن طريق إضافة علم واحد إلى عقدة beacon الخاصة بهم. لا يتطلب الإصلاح ترقية كاملة للعميل ولا يؤثر على عملاء المدققين.
أرشد الفريق المشغلين إلى إضافة هذا السطر: –disable-last-epoch-targets. هذا العلم يعمل مع Prysm v7.0.0، مما يعني أن معظم العقد يمكنها تطبيق الإصلاح خلال دقائق. أدى هذا التحذير إلى ردود فعل سريعة عبر مجتمع المدققين، وذلك نظراً للانتشار الكبير لـ Prysm داخل طبقة الإجماع في إيثيريوم.
حصة Prysm السوقية تجعل من هذه مشكلة على مستوى الشبكة
تُظهر بيانات MigaLabs أن Prysm يسيطر على ما يقارب 20% من حصة سوق عملاء إجماع إيثيريوم، مما يجعله ثاني أكبر عميل بعد Lighthouse. هذا الحجم هو ما حوّل خلل العميل إلى مصدر قلق لسلسلة بأكملها؛ فعندما يعالج عميل بهذا الثقل بيانات حالة قديمة، لا يتأثر مدقق واحد فقط، بل يمكن أن يؤدي ذلك إلى:
التصديقات المفقودة
إشارات اختيار شوكة غير صحيحة
زيادة خطر الغرامات أو القطع في حالات الحافة
حتى الآن، لا يوجد دليل على توقف السلسلة الحية أو فشل في الوصول إلى النهائية مرتبط بهذه المشكلة. ومع ذلك، فإن القلق هنا يخص الوقاية من المخاطر وليس السيطرة على الأضرار. تصرف فريق Prysm قبل تصاعد الوضع. بكلمات أخرى، كان ذلك تدريباً وقائياً وليس تنظيفاً بعد الحادثة.
ما الخطأ الذي حدث داخل Prysm بالضبط
وفقاً لفريق Prysm، كانت العقد المتأثرة تنتج حالات قديمة غير ضرورية أثناء محاولة معالجة تصديقات قديمة من عصور زمنية سابقة، مما يزيد الضغط على وحدة المعالجة المركزية والذاكرة وقد يشوه كيفية تتبع العقدة لتقدم السلسلة تحت الضغط. هذا النوع من السلوك ليس جديداً في تاريخ إيثيريوم، إذ ظهرت مشكلات مماثلة في إدارة الحالة خلال:
حادثة النهائية في مايو 2023
أخطاء تلف فهرس قاعدة البيانات السابقة
مشكلات ارتفاع الذاكرة مع عدة عملاء في الماضي
الفرق الرئيسي هذه المرة هو السرعة؛ اكتشف فريق Prysm المشكلة مبكراً ونشر حلاً من خطوة واحدة، وتجنب إجبار آلاف المدققين على دورة ترقية كاملة مستعجلة.
ما الذي يجب أن يفعله المدققون الآن
إذا كنت تدير Prysm، فالقائمة قصيرة وعاجلة:
أضف علم –disable-last-epoch-targets
أعد تشغيل عقدة beacon
تحقق من السجلات لتدفق التصديقات بشكل طبيعي
راقب الذاكرة والمعالج بعد إعادة التشغيل
لا حاجة لتغيير مفاتيح المدقق. لا حاجة لإعادة المزامنة أو الخروج. بالنسبة لإيثيريوم ككل، تؤكد هذه الحادثة حقيقة مألوفة: تنوع العملاء لا يزال أمراً مهماً. عندما يحتفظ عميل واحد بما يقارب 20% من الشبكة، حتى خلل يمكن التعامل معه يصبح حدثاً رئيسياً. ومع ذلك، تظهر هذه الحادثة أيضاً نضج عمليات إيثيريوم؛ فقد تم اكتشاف المشكلة والإفصاح عنها ومعالجتها خلال ساعات وليس أيام. هكذا تبقى طبقة التسوية الحية التي تتجاوز قيمتها 400 مليار دولار قوية. حالياً، تظل السلسلة مستقرة. الموعد النهائي الحقيقي الوحيد هو أن يتصرف مشغلو Prysm بسرعة ويفعلوا مفتاح الأمان.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تم إبلاغ مدققي الإيثيريوم بإيقاف تشغيل Prysm بسبب خطر الحالة القديمة
تلقى مشغلو مدققي إيثيريوم الذين يستخدمون عميل الإجماع Prysm تنبيهاً عاجلاً في 4 ديسمبر. أكدت فريق Prysm أن بعض العقد كانت تولد حالات قديمة لمعالجة التصديقات القديمة، مما قد يؤدي إلى سلوك تحقق غير صحيح إذا لم يتم تداركه. لمنع ذلك، طلب فريق Prysm من جميع المشغلين تعطيل وظيفة محددة فوراً عن طريق إضافة علم واحد إلى عقدة beacon الخاصة بهم. لا يتطلب الإصلاح ترقية كاملة للعميل ولا يؤثر على عملاء المدققين.
أرشد الفريق المشغلين إلى إضافة هذا السطر: –disable-last-epoch-targets. هذا العلم يعمل مع Prysm v7.0.0، مما يعني أن معظم العقد يمكنها تطبيق الإصلاح خلال دقائق. أدى هذا التحذير إلى ردود فعل سريعة عبر مجتمع المدققين، وذلك نظراً للانتشار الكبير لـ Prysm داخل طبقة الإجماع في إيثيريوم.
حصة Prysm السوقية تجعل من هذه مشكلة على مستوى الشبكة
تُظهر بيانات MigaLabs أن Prysm يسيطر على ما يقارب 20% من حصة سوق عملاء إجماع إيثيريوم، مما يجعله ثاني أكبر عميل بعد Lighthouse. هذا الحجم هو ما حوّل خلل العميل إلى مصدر قلق لسلسلة بأكملها؛ فعندما يعالج عميل بهذا الثقل بيانات حالة قديمة، لا يتأثر مدقق واحد فقط، بل يمكن أن يؤدي ذلك إلى:
حتى الآن، لا يوجد دليل على توقف السلسلة الحية أو فشل في الوصول إلى النهائية مرتبط بهذه المشكلة. ومع ذلك، فإن القلق هنا يخص الوقاية من المخاطر وليس السيطرة على الأضرار. تصرف فريق Prysm قبل تصاعد الوضع. بكلمات أخرى، كان ذلك تدريباً وقائياً وليس تنظيفاً بعد الحادثة.
ما الخطأ الذي حدث داخل Prysm بالضبط
وفقاً لفريق Prysm، كانت العقد المتأثرة تنتج حالات قديمة غير ضرورية أثناء محاولة معالجة تصديقات قديمة من عصور زمنية سابقة، مما يزيد الضغط على وحدة المعالجة المركزية والذاكرة وقد يشوه كيفية تتبع العقدة لتقدم السلسلة تحت الضغط. هذا النوع من السلوك ليس جديداً في تاريخ إيثيريوم، إذ ظهرت مشكلات مماثلة في إدارة الحالة خلال:
الفرق الرئيسي هذه المرة هو السرعة؛ اكتشف فريق Prysm المشكلة مبكراً ونشر حلاً من خطوة واحدة، وتجنب إجبار آلاف المدققين على دورة ترقية كاملة مستعجلة.
ما الذي يجب أن يفعله المدققون الآن
إذا كنت تدير Prysm، فالقائمة قصيرة وعاجلة:
لا حاجة لتغيير مفاتيح المدقق. لا حاجة لإعادة المزامنة أو الخروج. بالنسبة لإيثيريوم ككل، تؤكد هذه الحادثة حقيقة مألوفة: تنوع العملاء لا يزال أمراً مهماً. عندما يحتفظ عميل واحد بما يقارب 20% من الشبكة، حتى خلل يمكن التعامل معه يصبح حدثاً رئيسياً. ومع ذلك، تظهر هذه الحادثة أيضاً نضج عمليات إيثيريوم؛ فقد تم اكتشاف المشكلة والإفصاح عنها ومعالجتها خلال ساعات وليس أيام. هكذا تبقى طبقة التسوية الحية التي تتجاوز قيمتها 400 مليار دولار قوية. حالياً، تظل السلسلة مستقرة. الموعد النهائي الحقيقي الوحيد هو أن يتصرف مشغلو Prysm بسرعة ويفعلوا مفتاح الأمان.