شبکه‌ی اتریوم وارد آخرین مرحله آزمایشی ارتقای فیوساکا (Fusaka) شده است و در صورتی که همه چیز طبق برنامه پیش برود، این به‌روزرسانی در تاریخ ۳ دسامبر (۱۳ آذر) در شبکه‌ی اصلی فعال خواهد شد. ارتقای فیوساکا یکی از مهم‌ترین گام‌ها در مسیر آماده‌سازی اتریوم برای اجرای موازی (Parallel Execution) محسوب می‌شود و می‌تواند ظرفیت پردازش شبکه را به شکل قابل توجهی افزایش دهد.
در فاز نهایی، مکانیزم جدیدی با عنوان «سقف گس در هر تراکنش» معرفی شده است که مصرف گس هر تراکنش را به حدود ۱۶.۷۸ میلیون واحد محدود می‌کند. این محدودیت هم‌اکنون در شبکه‌های آزمایشی هالسکی (Holesky) و سپولیا (Sepolia) فعال است و با هدف افزایش کارایی بلاک‌ها و کاهش خطرات ناشی از تراکنش‌های سنگین طراحی شده است.

محدودیت گس برای هر تراکنش؛ امنیت و مقیاس‌پذیری بیشتر

پیش از این، یک تراکنش می‌توانست کل ظرفیت گس یک بلاک را که حدود ۴۵ میلیون ETH بود، به‌تنهایی مصرف کند. این ساختار نه‌تنها احتمال حملات DoS را افزایش می‌داد، بلکه مانع مقیاس‌پذیری شبکه می‌شد. با محدودیت جدید، هیچ تراکنشی قادر نخواهد بود کل توان پردازشی یک بلاک را به خود اختصاص دهد و فضای بلاک میان چندین تراکنش تقسیم خواهد شد. این موضوع باعث می‌شود بلاک‌ها منظم‌تر باشند و شبکه بتواند به صورت همزمان چندین تراکنش کوچک را با پیش‌نیازی مهم برای اجرای موازی در آینده پردازش کند.
ارتقای فیوساکا پس از افزایش سقف گس بلاک از ۴۵ میلیون به ۶۰ میلیون واحد در شبکه‌ی سپولیا فعال شد و فاز بعدی آن قرار است در تاریخ ۲۸ اکتبر (۶ آبان) در شبکه‌ی آزمایشی هودی (Hoodi) راه‌اندازی شود. در صورت موفقیت، اجرای نهایی در شبکه‌ی اصلی تا پایان سال میلادی ۲۰۲۵ انجام خواهد شد.
فیوساکا که در قالب پروپوزال EIP-7825 ارائه شده، سومین تحول بنیادین اتریوم پس از دنکن (Dencun) و پکترا (Pectra) است. این ارتقا تغییرات کلیدی شامل افزایش سقف گس بلاک به ۶۰ میلیون، تعیین سقف ۱۶.۷۷ میلیون واحد گس برای هر تراکنش و معرفی «پیر‌دَس» (PeerDAS) دارد. سازوکار PeerDAS به نودها اجازه می‌دهد تنها بخش‌های کوچکی از داده‌های لایه دوم را ذخیره کنند، هزینه سخت‌افزاری را کاهش داده و امنیت شبکه را حفظ کند.
پس از فیوساکا، ارتقای بعدی گلمستردام (Glamsterdam) برنامه‌ریزی شده که بر لایه اجرایی شبکه تمرکز دارد و نخستین گام واقعی برای اجرای موازی تراکنش‌ها خواهد بود. مهندس پروتکل تیم بزو، گابریل ترینتینالیا، در این باره گفت: «این بروزرسانی‌های آزمایشی نقش حیاتی در ایجاد اطمینان پیش از فورک اصلی دارند و تیم‌های توسعه‌دهنده می‌توانند عملکرد شبکه را ارزیابی و پارامترها را پیش از فعال‌سازی نهایی تنظیم کنند.»