فريق عميل توافق Prysm نشر تقرير التحقيق في العطل الكبير الذي حدث في 4 ديسمبر. المشكلة واضحة جدًا – تقريبًا جميع عقد Prysm على الشبكة كانت تتعرض لاستنزاف مباشر في الذاكرة وموارد الحوسبة عند معالجة إثبات معين. وعند التعمق، تبين أن السبب الجذري هو أن عقدة الراية (البيفورم) كانت تقوم بإعادة حساب الحالة بتكلفة عالية جدًا أثناء التحقق من إثباتات غير متزامنة، وهذه المنطق في التصميم كان به عيب جوهري.
هذا العطل أثر على نطاق واسع. فقط، هناك 41 عصرًا فُقدت، وانخفض معدل مشاركة الشبكة إلى 75%، واضطر العديد من المدققين إلى الانفصال. من ناحية الخسائر الاقتصادية، خسر المدققون إجمالاً حوالي 382 ETH. كما يذكر هذا الحدث بأهمية استقرار عملاء الطبقة التوافقية – حتى مشكلة صغيرة في منطق الكود في زاوية واحدة قد تؤدي إلى تعطل الشبكة بأكملها.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 22
أعجبني
22
6
إعادة النشر
مشاركة
تعليق
0/400
ApeEscapeArtist
· 2025-12-16 21:31
خطأ في منطق الكود يمكن أن يتسبب في تعطيل الشبكة بأكملها، وبهذا فقدت 382 إيثريوم... هذا مؤلم جدًا، لا عجب أن الجميع يقولون أن Prysm بحاجة إلى تحسينات
شاهد النسخة الأصليةرد0
RugPullAlertBot
· 2025-12-15 21:51
382 إيثريوم فقط هكذا ضاعت، أمر مضحك، خطأ واحد في الكود يمكن أن ينهب جميع مُصدقي الشبكة، من يجرؤ على تصديق ذلك؟
شاهد النسخة الأصليةرد0
MoonWaterDroplets
· 2025-12-14 03:26
يا إلهي، 382 إيثريوم اختفت هكذا، حقًا أمر لا يصدق
شاهد النسخة الأصليةرد0
ForkTrooper
· 2025-12-14 03:26
Again, it is due to design flaws. These developers need to be much more careful.
The Prysm crash this time was truly incredible; 382 ETH just disappeared.
To put it plainly, it's a problem of state re-calculation. How can there be such a ridiculous logical loophole?
A single code bug can cause 75% of the validators on the entire network to go offline. This is too outrageous.
It feels like the security of the consensus layer still needs more reinforcement.
The Prysm team needs to seriously reflect. Such low-level errors should not happen again.
41 epochs were directly lost, and participation dropped significantly... this cost is a bit high.
It's another old problem of memory overflow. When can it be completely fixed?
Really, one poorly designed validation function can crash the entire network. That's terrifying.
How can there be such a sneaky bug that directly exhausts resources?
شاهد النسخة الأصليةرد0
ChainBrain
· 2025-12-14 03:24
أوه، هذه المنطق في التصميم حقًا غير معقول، خطأ واحد فقط يمكن أن يسحب الشبكة بأكملها إلى الأسفل. إنه أمر مخيف جدًا.
شاهد النسخة الأصليةرد0
AirdropHarvester
· 2025-12-14 03:17
382 إيثريوم فقط هكذا ضاعت، يا إلهي... عيب في التصميم حقًا لا يُصدق، هل مراجعة الكود بهذه الاسترخائية؟
فريق عميل توافق Prysm نشر تقرير التحقيق في العطل الكبير الذي حدث في 4 ديسمبر. المشكلة واضحة جدًا – تقريبًا جميع عقد Prysm على الشبكة كانت تتعرض لاستنزاف مباشر في الذاكرة وموارد الحوسبة عند معالجة إثبات معين. وعند التعمق، تبين أن السبب الجذري هو أن عقدة الراية (البيفورم) كانت تقوم بإعادة حساب الحالة بتكلفة عالية جدًا أثناء التحقق من إثباتات غير متزامنة، وهذه المنطق في التصميم كان به عيب جوهري.
هذا العطل أثر على نطاق واسع. فقط، هناك 41 عصرًا فُقدت، وانخفض معدل مشاركة الشبكة إلى 75%، واضطر العديد من المدققين إلى الانفصال. من ناحية الخسائر الاقتصادية، خسر المدققون إجمالاً حوالي 382 ETH. كما يذكر هذا الحدث بأهمية استقرار عملاء الطبقة التوافقية – حتى مشكلة صغيرة في منطق الكود في زاوية واحدة قد تؤدي إلى تعطل الشبكة بأكملها.