باگی که حدود یک ماه قبل از ارتقاء Fusaka در کلاینت Prysm اتریوم وارد شده بود، دلیل اصلی اختلال در تایید تراکنش‌ها و کاهش مشارکت شبکه به ۷۵٪ اعلام شد. این مشکل باعث شد اعتبارسنج‌ها حدود ۳۸۲ واحد اتر از پاداش تأیید تراکنش‌های خود را از دست بدهند.

انتشار گزارش فنی از سوی توسعه‌دهندگان اتریوم

«ترنس تسائو» از توسعه‌دهندگان اتریوم، روز یکشنبه گزارشی فنی از حادثه اخیر در شبکه اتریوم منتشر کرد که جزئیات بروز این اختلال در تاریخ ۴ دسامبر را شرح می‌دهد.

طبق این گزارش، نودهای Prysm هنگام پردازش تأییدیه‌ها از نودهایی که با شبکه سینک نبودند، دچار «مصرف بیش‌ازحد منابع» شدند. در نتیجه، کلاینت Prysm مجبور به بازپخش بلاک‌های گذشته و محاسبه مجدد شد که فشار سنگینی به منابع وارد کرد.

در این رابطه بخوانید‌ : تفاوت ریپل Ripple با XRP و XRP Ledger چیست؟

باگ در تست‌نت فعال نبود

این گزارش فاش کرد که این باگ، در Pull Request شماره ۱۵۹۶۵ کلاینت Prysm وارد شده بود و از یک ماه پیش روی تست‌نت‌ها اجرا شده بود؛ اما تا زمان حادثه فعال نشده بود:

«باگ در PR 15965 وارد شده و یک ماه پیش از حادثه، بدون فعال شدن در تست‌نت‌ها اجرا شده بود.»

هرچند هدف تست‌نت‌ها شناسایی چنین باگ‌هایی است، اما این حادثه نشان می‌دهد که حتی تست‌نت‌ها نیز نمی‌توانند همیشه قابل‌اعتماد باشند.

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

این اولین باری نیست که شبکه اتریوم دچار چنین اختلالی می‌شود. در می ۲۰۲۳، تنها یک ماه پس از هاردفورک شانگهای، شبکه به مدت ۲۵ دقیقه توانایی نهایی‌سازی تراکنش‌ها را از دست داد و روز بعد نیز این اختلال برای بیش از یک ساعت تکرار شد، هرچند در نهایت بلاک‌چین به حالت عادی بازگشت.

بروزرسانی Prysm

در پی بروز باگ، کلاینت Prysm به جای استفاده از وضعیت فعلی شبکه (head state)، شروع به بازسازی کامل وضعیت‌های قبلی کرد. این امر باعث ایجاد بار محاسباتی عظیمی روی نودها شد.

بر اساس گزارش منتشرشده، در مدت بیش از ۴۲ اپک (Epoch)، نرخ عدم ثبت بلاک‌ها به ۱۸.۵٪ رسید و سطح مشارکت شبکه تا ۷۵٪ کاهش یافت. همچنین حدود ۳۸۲ ETH به‌عنوان پاداش تأییدیه‌ها از دست رفت.

در این مدت، از اپراتورهای نود خواسته شد یک راهکار موقت را پیاده‌سازی کنند تا بروزرسانی رسمی برای کلاینت Prysm منتشر شود.

تنوع کلاینت‌ها، نجات‌دهنده شبکه اتریوم

توسعه‌دهندگان اتریوم اعلام کردند که اگر این باگ در کلاینت اصلی شبکه یعنی Lighthouse رخ داده بود، آسیب به‌مراتب شدیدتر می‌بود. بر اساس داده‌های «ClientDiversity»، کلاینت Prysm متعلق به Offchain Labs، دومین کلاینت بزرگ اتریوم است و ۱۷.۶٪ از سهم شبکه را در اختیار دارد.

«تنوع کلاینت‌ها مانع از تأثیر گسترده روی کاربران اتریوم شد. اگر کلاینتی بیش از یک‌سوم از شبکه را در اختیار داشت، ممکن بود شبکه موقتاً توانایی نهایی‌سازی بلاک‌ها را از دست بدهد.»

خطر تمرکز در کلاینت Lighthouse

با این حال، این حادثه زنگ خطری درباره تمرکز بیش از حد روی کلاینت Lighthouse بود. در حال حاضر، این کلاینت حدود ۵۲.۶٪ از سهم شبکه را در اختیار دارد (که نسبت به زمان حادثه که ۵۶٪ بود، کاهش یافته است).

توسعه‌دهندگان اتریوم تأکید دارند که باید به سمت تنوع بیشتر در استفاده از کلاینت‌ها حرکت کرد تا از بروز چنین مشکلاتی در آینده جلوگیری شود.

همچنین بخوانید : بریدر دائو چیست و چگونه کار می‌کند؟

ترجمه شده توسط مجله خبری نیپوتو