چه چیزی باعث شکست ارتقای فوساکای اتریوم شد؟ بررسی پس از واقعه Prysm علت را آشکار می‌کند

توسعه دهندگان Prysm تحلیل پس از حادثه را منتشر کردند که حادثه شبکه اصلی Fusaka در ۴ دسامبر را توضیح می‌دهد که ثبات بلاک چین اتریوم را تهدید کرد.

کلاینت اجماع از اتمام منابع ناشی از محاسبه مجدد گران قیمت وضعیت هنگام پردازش تأییدیه‌های خاص رنج می‌برد، که باعث شد اعتبارسنج‌ها با مشکلات عملیاتی شدیدی مواجه شوند.

این باگ بلافاصله پس از فعال‌سازی Fusaka در دوره ۴۱۱۳۹۲ در ۴ دسامبر ۲۰۲۵، در ساعت ۲۱:۴۹ UTC ظاهر شد.

شبکه ۴۱ دوره را از دست داد زیرا مشارکت اعتبارسنج‌ها به ۷۵٪ کاهش یافت، که منجر به از دست دادن تقریباً ۳۸۲ اتریوم (ETH) در پاداش‌های اثبات شد. توسعه‌دهندگان Prysm پرچم‌های اجرایی اضطراری را قبل از پیاده‌سازی اصلاحات دائمی در نسخه‌های v7.0.1 و v7.1.0 مستقر کردند.

اتمام منابع شبکه را به سمت از دست دادن نهایی سوق داد

شکست فنی بر وضعیت‌های تاریخی منسوخ متمرکز بود که شرایط رد سرویس را در گره‌های تحت تأثیر ایجاد کرد.

Terence Tsao، توسعه‌دهنده اصلی Prysm توضیح داد که "وضعیت تاریخی از نظر حافظه محاسباتی سنگین است، یک گره می‌تواند توسط تعداد زیادی از بازپخش‌های وضعیت که به صورت موازی اتفاق می‌افتد، دچار حمله DOS شود."

اعتبارسنج‌هایی که از Prysm استفاده می‌کردند، که تقریباً ۱۵٪ تا ۲۲.۷۱٪ از اعتبارسنج‌های شبکه را تشکیل می‌دادند، با کاهش عملکرد فلج‌کننده‌ای مواجه شدند. کاهش مشارکت از سطوح عادی بالای ۹۵٪ به ۷۵٪، اتریوم را به طور خطرناکی به از دست دادن نهایی نزدیک کرد.

اگر این باگ بر کلاینت اجماع دیگری مانند Lighthouse به جای Prysm تأثیر می‌گذاشت، شبکه می‌توانست نهایی بودن را به طور کامل از دست بدهد.

چنین رویدادی می‌توانست عملیات رولاپ لایه ۲ را منجمد کند و برداشت‌های اعتبارسنج را تا زمانی که توسعه‌دهندگان مشکل را حل کنند، مسدود کند.

خود ارتقاء Fusaka فناوری PeerDAS (نمونه‌برداری دسترسی به داده‌های همتا) را معرفی کرد که برای افزایش هشت برابری ظرفیت blob برای مقیاس‌پذیری لایه ۲ طراحی شده است.

ارتقاء قبل از ظهور باگ Prysm با موفقیت و بدون زمان خاموشی اجرا شد.

ده کلاینت اجماع از فروپاشی شبکه اتریوم جلوگیری کردند

معماری تنوع کلاینت اتریوم از شکست فاجعه‌بار جلوگیری کرد. در حالی که اعتبارسنج‌های Prysm در تلاش بودند، ده کلاینت اجماع دیگر از جمله Lighthouse، Nimbus و Teku به تأیید بلوک‌ها بدون وقفه ادامه دادند.

ساختار کلاینت غیرمتمرکز به این معنی بود که تقریباً ۷۵٪ تا ۸۵٪ از اعتبارسنج‌ها در طول بحران عملیات عادی خود را حفظ کردند. این از دست دادن نهایی جلوگیری کرد و شبکه را علی‌رغم وضعیت تنزل یافته Prysm به پردازش تراکنش‌ها ادامه داد.

بنیاد اتریوم به سرعت راهنمایی اضطراری برای اپراتورهای Prysm صادر کرد. اعتبارسنج‌ها اصلاح موقت را اعمال کردند در حالی که توسعه‌دهندگان Prysm راه‌حل‌های دائمی را ایجاد می‌کردند.

تا ۵ دسامبر، مشارکت شبکه به تقریباً ۹۹٪ بهبود یافت و عملیات عادی را در عرض ۲۴ ساعت پس از حادثه بازگرداند.