لوکا زانولینی، پژوهشگر اتریوم، توضیح داده است که چرا این شبکه، تولید مداوم بلاک را از تسویه نهایی جدا میکند و استدلال میکند که این ساختار به اتریوم اجازه میدهد تا در برابر خطاهای نرمافزاری، قطعیها و کاهش مشارکت اعتبارسنجها به فعالیت خود ادامه دهد.
توضیحات او، سابقه یک دهه تولید بلاک اتریوم را با کارهای کنونی برای دستیابی به قطعیت سریعتر و طراحی اجماع تمیزتر مرتبط میسازد.
در همین حال، اتریوم از یک فرآیند برای افزودن بلاکهای جدید و از فرآیند دیگری برای نهایی کردن بلاکهای قدیمیتر استفاده میکند. لایه تولید، زنجیرهای را دنبال میکند که توسط اعتبارسنجهای فعال پشتیبانی میشود، در حالی که لایه قطعیت نهایی نیاز به تأیید حداقل دو سوم کل سهام فعال دارد. اگر این آستانه از بین برود، قطعیت نهایی میتواند متوقف شود بدون اینکه جلوی تولید بلاکهای جدید را بگیرد.
این تمایز در می ۲۰۲۳، زمانی که خطاهای کلاینت دو بار در عرض ۲۴ ساعت باعث اختلال در قطعیت نهایی شدند، آشکار شد. اولین وقفه حدود ۲۵ دقیقه و دومین وقفه نزدیک به یک ساعت به طول انجامید. بلاکها همچنان تولید میشدند، تراکنشها در دسترس باقی ماندند و شبکه بدون نیاز به راهاندازی مجدد هماهنگشده، خود را بازیابی کرد.
زانولینی گفت که توقف در لایه پایه، بیش از انتقال ساده توکنها را متوقف میکند. پلتفرمهای وامدهی نمیتوانند انحلالها را پردازش کنند، اوراکلها نمیتوانند قیمتها را بهروزرسانی کنند، رولآپها نمیتوانند دادهها یا اثباتها را ارسال کنند، و بریجها نمیتوانند وضعیت جدید را تأیید کنند. خطرات همچنان افزایش مییافتند در حالی که کاربران فاقد پاسخی درونزنجیرهای بودند.
راهاندازی مجدد اجباری نیز بازیابی را در دستان گروه کوچکی از توسعهدهندگان، اپراتورها و اعتبارسنجها قرار میدهد. آنها باید خطا را تشخیص دهند، بر روی یک راهحل توافق کنند و بازگشت شبکه را هماهنگ کنند. در عوض، اتریوم قصد دارد هر زمان که اکثریت صادقی از اعتبارسنجهای بیدار بتوانند ارتباط برقرار کنند، به تولید بلاک ادامه دهد.
لایه قطعیت نهایی، تاریخچه تسویهشده را از طریق رأیهای امضاشده اعتبارسنجها محافظت میکند. بلاکها یا گواهیهای متضاد میتوانند شواهدی تولید کنند که پروتکل میتواند آنها را بررسی کند. زانولینی نوشت: «پروتکل فقط آنچه را که میتواند اثبات کند، جریمه میکند.» اعتبارسنجهایی که تاریخچههای متناقض را امضا میکنند، میتوانند از طریق اسلشینگ، سهام خود را از دست بدهند.
اتریوم همچنین از نشت عدم فعالیت (inactivity leak) استفاده میکند، زمانی که قطعیت نهایی برای بیش از چهار اپوک در دسترس نباشد. اعتبارسنجهای آفلاین به تدریج سهام مؤثر خود را از دست میدهند، و جریمهها در طول یک اختلال طولانیمدت افزایش مییابند. این امر تعادل رأیگیری را تغییر میدهد تا زمانی که اعتبارسنجهای مشارکتکننده دوباره سهام کافی را برای نهایی کردن خودکار زنجیره کنترل کنند.
این فرآیند به هارد فورک یا راهاندازی مجدد دستی نیاز ندارد. تولید بلاک ادامه مییابد در حالی که سهام غیرفعال کاهش مییابد. زانولینی این مسیر بازیابی را بخش اصلی طراحی اتریوم توصیف کرد، زیرا پروتکل میتواند بدون انتظار برای اتصال مجدد هر اعتبارسنج آفلاین، به قطعیت نهایی بازگردد.
مدل اتریوم زمانی آسیبپذیرتر میشود که یک کلاینت اجماع، کنترل بیش از حد سهام را در دست داشته باشد. کلاینتی با بیش از یک سوم کنترل میتواند در طول یک خطای بزرگ، قطعیت نهایی را تهدید کند. کنترل بیش از نصف میتواند انتخاب فورک را مخدوش کند، در حالی که کلاینتی با بیش از دو سوم میتواند به نهایی کردن یک تاریخچه نامعتبر قبل از واکنش اپراتورها کمک کند.
همانطور که قبلاً توسط crypto.news گزارش شده بود، خطای پریسم (Prysm) پس از ارتقاء فوساکا (Fusaka) در دسامبر ۲۰۲۵، مشارکت اعتبارسنجها را به حدود ۷۵٪ رساند. شبکه ۴۱ اپوک را از دست داد و اعتبارسنجها تقریباً ۳۸۲ اتریوم از پاداشهای خود را از دست دادند، اما سایر کلاینتها به کار خود ادامه دادند و اتریوم از دست دادن قطعیت نهایی را تجربه نکرد.
تیم اجماع پروتکل بنیاد اتریوم اکنون در حال مطالعه راههایی برای جداسازی واضحتر تولید بلاک و قطعیت نهایی است. یک پیشنهاد تحقیقاتی در ماه مارس، استفاده از یک کمیته نمونهبرداریشده برای بلاکهای سریعتر را پیشنهاد کرد، در حالی که یک فرآیند جداگانه، زنجیره را در پشت آن نهایی میکند. این امر به هر دو سیستم اجازه میدهد تا از تنظیمات زمانبندی و امنیتی متفاوتی استفاده کنند.
یک بهروزرسانی در ۱۱ می گفت که کار بعدی اتریوم بر روی کاهش زمان قطعیت نهایی تمرکز خواهد کرد، که در حال حاضر تحت شرایط عادی حدود دو اپوک طول میکشد. گزارش جداگانه crypto.news گفت که ویتالیک بوترین از Minimmit، یک سیستم قطعیت نهایی یک دورهای پیشنهادی، حمایت کرده است. این پیشنهاد میتواند بلاکها را سریعتر تسویه کند، هرچند طراحی فعلی آن، تحمل خطای رسمی پایینتری نسبت به Casper FFG را میپذیرد.
توضیحات زانولینی، تابآوری اتریوم را مجموعهای از انتخابهای مرتبط به جای یک ویژگی واحد، ارائه میدهد. بلاکهای پیوسته دسترسی را حفظ میکنند، قطعیت نهایی تاریخچه تسویهشده را محافظت میکند، اسلشینگ تخلف قابل اثبات را جریمه میکند، جریمههای عدم فعالیت از بازیابی خودکار پشتیبانی میکنند و کلاینتهای متعدد، دامنه یک باگ مشترک را در سراسر شبکه گستردهتر اعتبارسنجها کاهش میدهند.
