فورک Fusaka اتریوم در اواخر ۲۰۲۵
براساس اظهارات یک مقام بنیاد اتریوم، فورک سخت Fusaka در سهماهه سوم یا چهارم سال ۲۰۲۵ اجرا خواهد شد. در پستی در X در تاریخ ۲۸ آوریل، توماش کایتان استانچاک، معاون اجرایی بنیاد اتریوم، اعلام کرد که این سازمان قصد دارد ارتقای شبکه Fusaka را در سهماهه سوم یا چهارم ۲۰۲۵ مستقر کند. با این حال، برنامه دقیق عرضه هنوز نهایی نشده است.
این اظهارات در بحبوحه بحثها درباره پیادهسازی ارتقای فرمت شیء EVM (EOF) برای ماشین مجازی اتریوم (EVM) مطرح شده است. به گفته استانچاک، EOF قرار است بخشی از ارتقای شبکه Fusaka باشد.
معرفی فرمت شیء EVM (EOF)
ماشین مجازی اتریوم (EVM) نرمافزاری است که قراردادهای هوشمند اتریوم را اجرا میکند. EOF قرار است مجموعهای از تغییرات پروتکل، معروف به پیشنهادهای بهبود اتریوم (EIP)، را پیادهسازی کند که تأثیرات عمیقی بر نحوه عملکرد آن دارد.
EOF فرمت کانتینری توسعهپذیر و نسخهبندیشدهای برای بایتکد قراردادهای هوشمند معرفی میکند که در زمان استقرار یکبار اعتبارسنجی میشود و با جدا کردن کد و دادهها، کارایی را افزایش میدهد. بایتکد مجموعهای فشرده از دستورالعملهای سطح پایین است که قراردادهای Solidity باید قبل از اجرا توسط EVM به آن کامپایل شوند. EOF یک ماژول کانتینری برای بایتکد تعریف میکند که بهجای بلاکهای آزاد امروزی، ساختاری بهتر و مشخصتر دارد. این اشیا از اجزای مختلفی تشکیل میشوند: این ساختار عملیات EVM را سادهتر میکند، کارایی را افزایش میدهد و سربار پردازشی را کاهش میدهد. این ارتقا محیط توسعه تمیزتری ایجاد میکند و قراردادهای استقرار یافته را قابل فهمتر میکند.
جایگزینی دستورهای JUMP با EIP-4200
یکی از پیشنهادهای EOF، EIP-4200، جایگزینی برای دستورهای JUMP و JUMPI ارائه میکند که اجازه میدهند برنامه به هر نقطهای از بایتکد برود. این نوع زنجیره اجرایی میتواند باعث بروز باگهای پنهان شود و امکان استتار بدافزار در دادهها را فراهم کند. این روش به «پرش پویا» شهرت دارد و EIP-4750 (در حال بررسی) پیشنهاد میدهد که پرش پویا در قراردادهای EOF کاملاً ممنوع شود و در مرحلههای بعدی استقرار رد شود.
در فرم کنونی این EIP، JUMP و JUMPI با تماس تابع (CALLF) و بازگشت از تابع (RETF) جایگزین میشوند. این دستورهای جدید مقصدها را بهصورتی سختکد در بایتکد تضمین میکنند، اما قراردادهای قدیمی پیش از EOF تحت تأثیر قرار نمیگیرند.
توسعهدهندگانی که پس از ارتقا از JUMP یا JUMPI استفاده کنند، بایتکد آنها در زمان استقرار از اعتبارسنجی کد طبق قوانین EIP-3670 و جدول پرش EIP-3690 عبور میکند تا هر مقصد بررسی شود. بهجای این دستورات، EOF دو دستور RJUMP و RJUMPI معرفی میکند که نیاز دارند مقصد بهصورت سختکد در بایتکد باشد.
مناقشات و مخالفتها با EOF
همه با اجرای EOF موافق نیستند. EOF پیادهسازی ۱۲ EIP است که تأثیرات عمیقی بر نحوه کار توسعهدهندگان قراردادهای هوشمند دارد. حامیان میگویند این روش کاراتر، زیباتر و امکان ارتقاهای آینده را آسانتر میکند. منتقدان اما معتقدند پیچیدگی بیش از حد ایجاد میکند و سیستم اتریوم را پیچیدهتر میسازد.
پاسکال کاورساسیو، توسعهدهنده اتریوم، در پستی در Ethereum Magicians در ۱۳ مارس نوشت: «EOF بسیار پیچیده است»، چرا که دو معنای جدید اضافه میکند و بیش از دوازده اپکد را حذف یا اضافه میکند. او گفت میتوان تمام مزایا را در بهروزرسانیهای جزئیتر و کمتر تهاجمی ارائه کرد و لازم است نسخه قدیمی EVM «احتمالاً بهطور نامحدود» نگهداری شود.
او همچنین توضیح داد که EOF نیاز به ارتقای ابزارها دارد که خطر معرفی آسیبپذیریهای جدید را بهدلیل سطح حمله بالا بهدنبال دارد. او افزود: «قراردادهای EVM بهخاطر سربرگها بسیار پیچیدهتر میشوند، در حالی که قراردادهای خالی فعلی تنها ۱۵ بایت وزن دارند.»
توسعهدهنده دیگری در همان بحث نوشت: «بهعنوان یک نکته کلی، بهنظر میرسد توافقی درباره مطلوب بودن تغییرات عمده در EVM وجود ندارد. یک ماشین مجازی پایدار که مردم بتوانند با اطمینان ابزارها و برنامههای عالی بسازند، ارزش بهمراتب بیشتری دارد.»
یک نظرسنجی در پلتفرم ETHPulse نشان میدهد که ۳۹ رأیدهنده که مجموعاً نزدیک به ۱۷۷۴۵ اتریوم دارند، مخالف ارتقا هستند و تنها ۷ مالک با کمتر از ۳۰۰ اتریوم موافقت کردند.
