بزرگ‌ترین مناقشه درباره آینده اتریوم؛ فوساکا و ارتقای بحث‌برانگیز EOF در آستانه اجرا

نکات مهم خبر

• بنیاد اتریوم اعلام کرده که ارتقای فوساکا به احتمال زیاد در سه‌ماهه سوم یا چهارم سال ۲۰۲۵ انجام می‌شود، اما زمان دقیق آن هنوز مشخص نیست.
• ارتقای EOF با دوازده تغییر عمده در ماشین مجازی اتریوم، بهبود کارایی را نوید می‌دهد، اما برخی توسعه‌دهندگان آن را پیچیده و پرریسک می‌دانند.
• نظرسنجی ETHPulse نشان می‌دهد که دارندگان نزدیک به ۱۷,۷۴۵ اتر به این ارتقا مخالف هستند و تنها تعدادی از کاربران از آن حمایت کرده‌اند.

طبق اطلاعات یکی از اعضای بنیاد اتریوم، انتظار می‌رود هاردفورک فوساکا (Fusaka) در شبکه اتریوم در سه‌ماهه سوم یا چهارم سال جاری اجرا شود.

توماش کایتان استانیچاک، مدیر اجرایی مشترک بنیاد اتریوم، در تاریخ ۲۸ آوریل در پستی در شبکه اجتماعی X اعلام کرد که این سازمان قصد دارد ارتقای شبکه فوساکا را در سه‌ماهه سوم یا چهارم سال ۲۰۲۵ عملی کند، اما زمان‌بندی دقیق به‌روزرسانی هنوز مشخص نیست.

این اظهارات در شرایطی ابراز می‌شود که بحث‌های متعددی درباره اجرای ارتقای جدید تحت عنوان قالب اشیاء ماشین مجازی اتریوم (EOF) در حال انجام است. استانیچاک اشاره کرده که EOF قرار است بخشی از ارتقای شبکه فوساکا باشد.

ماشین مجازی اتریوم (EVM) نرم‌افزاری است که وظیفه اجرای قراردادهای هوشمند اتریوم را به عهده دارد. ارتقای EOF شامل مجموعه‌ای از تغییرات در پروتکل تحت عنوان پیشنهادهای بهبود اتریوم (EIPs) است که تأثیرات قابل توجهی بر نحوه عملکرد EVM خواهد گذاشت. EOF قالب جدیدی برای بایت‌کد قراردادهای هوشمند معرفی می‌کند که قابلیت گسترش و نسخه‌بندی دارد. این قالب تنها یک بار در زمان استقرار بررسی می‌شود و با جدا کردن کد از داده‌ها، کارایی را ارتقا می‌دهد.

بسته‌بندی، یک بار مهر زدن، ارسال کردن

بایت‌کد شامل مجموعه‌ای از دستورالعمل‌های کم‌حجم و سطح پایین است. قراردادهای هوشمند نوشته شده با زبان سالیدیتی قبل از اجرا باید توسط ماشین مجازی اتریوم به بایت‌کد تبدیل شوند. EOF یک قالب ماژولی برای بایت‌کد قراردادهای هوشمند معرفی می‌کند و ساختار دقیق‌تری را جایگزین بایت‌کدهای بی‌ساختار فعلی می‌کند.

این ساختار کاهش اقدامات غیرضروری را باعث می‌شود، بهره‌وری را افزایش می‌دهد و هزینه‌های پردازشی را کاهش می‌دهد. همچنین این ارتقاء محیط توسعه را تمیزتر و قراردادهای هوشمند را قابل فهم‌تر می‌کند.

از RJUMP استفاده کنید!

یکی از پیشنهادات بهبود اتریوم در قالب EOF به نام EIP-4200، جایگزینی برای دستورالعمل‌های JUMP و JUMPI ارائه می‌دهد. این دستورالعمل‌ها این امکان را می‌دهند که برنامه به هر آدرس دلخواه در بایت‌کد پرش کند. چنین روشی می‌تواند منجر به بروز مشکلاتی شود که شناسایی آن‌ها دشوار است و همچنین امکان پنهان کردن بدافزارها را در داده‌ها و تغییر مسیر اجرای برنامه به آن‌ها فراهم می‌کند.

این روش که به «پرش پویا» (Dynamic Jump) شناخته می‌شود، انتقاداتی را برانگیخته است. به همین دلیل، EIP-4750 که در حال بررسی است، پیشنهاد می‌کند که استفاده از پرش‌های پویا در قراردادهای هوشمند مبتنی بر EOF ممنوع شود و این نوع پرش‌ها در مراحل بعدی اجرای EOF به‌طور کامل رد شوند.

در نسخه فعلی این پیشنهاد، دستورالعمل‌های JUMP و JUMPI با فراخوانی تابع (CALLF) و بازگشت از تابع (RETF) جایگزین می‌شوند. این دستورالعمل‌های جدید اطمینان می‌دهند که مقصدهای پرش به‌صورت ثابت در بایت‌کد تعریف شوند، در حالی که قراردادهای قدیمی که قبل از اجراء نوشته شده‌اند تحت تأثیر قرار نمی‌گیرند.

توسعه‌دهندگانی که پس از این ارتقا همچنان قصد دارند از JUMP یا JUMPI استفاده کنند، باید کد آن‌ها در زمان استقرار تأیید شود. این تأیید تضمین می‌کند که پرش‌ها به داده‌ها یا وسط یک دستور دیگر انجام نمی‌شوند. این کار طبق قوانین اعتبارسنجی کد تعریف شده در EIP-3670 و جدول پرش (EIP-3690) صورت می‌گیرد تا تمام مقاصد پرش به دقت بررسی شوند.

همچنین، به عنوان جایگزین این عملکردها، دستورالعمل‌های RJUMP و RJUMPI معرفی شده‌اند که به‌طور ثابت مقصد پرش را در بایت‌کد تعریف می‌کند.
با این حال، همگی توسعه‌دهندگان با اجرای EOF موافق نیستند.

مخالفان EOF چه میگویند؟

طرح EOF شامل اجرای ۱۲ پیشنهاد بهبود اتریوم (EIP) است که تغییرات عمیقی در نحوه کار توسعه‌دهندگان قراردادهای هوشمند ایجاد می‌کند.
طرفداران معتقدند که این تغییرات به بهبود کارایی، ساختار بهتر و امکان به‌روزرسانی‌های آسان‌تر کمک می‌کند.

اما مخالفان بر این باورند که این تغییرات بیش از حد پیچیده‌اند و به پیچیدگی سیستم موجود (اتریوم) می‌افزایند.
پاسکال کاورساشیو، یکی از توسعه‌دهندگان اتریوم، در تاریخ ۱۳ مارس در یک پست در انجمن Ethereum Magicians گفت:

EOF بسیار پیچیده است.

او توضیح داد که این ارتقا دو مفهوم جدید را معرفی می‌کند و بیش از دوازده دستورالعمل را حذف یا اضافه می‌کند و باور داشت که نیازی به این تغییرات نیست. او اضافه کرد که تمام این مزایا می‌توانستند با به‌روزرسانی‌های کوچک‌تر به دست بیایند.
او همچنین هشدار داد که ماشین مجازی اتریوم فعلی (EVM قدیمی) احتمالاً باید برای همیشه حفظ شود.

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

شاید بهتر باشد که بررسی کنیم آیا تغییرات بزرگ در ماشین مجازی اتریوم مطلوب است یا خیر. یک ماشین مجازی پایدار که افراد بتوانند با آرامش روی آن سرمایه‌گذاری کنند و ابزارها و برنامه‌های عالی بسازند، ارزش بیشتری دارد.

به نظر می‌رسد که کاورساشیو تنها منتقد این تغییرات نیست.

در یک نظرسنجی اختصاصی در پلتفرم ETHPulse، ۳۹ رأی‌دهنده که در مجموع نزدیک به ۱۷,۷۴۵ اتر (ETH) دارند، با ارتقای EOF مخالفت کردند. تنها هفت نفر که کمتر از ۳۰۰ اتر داشتند، از این ارتقا حمایت کردند.