نکات مهم خبر
- بنیاد اتریوم اعلام کرده که ارتقای فوساکا احتمالاً در سه‌ماهه سوم یا چهارم سال ۲۰۲۵ اجرا می‌شود، اما هنوز زمان دقیق آن مشخص نشده است.
- ارتقای EOF که شامل ۱۲ تغییر اساسی در ماشین مجازی اتریوم است، وعده بهبود کارایی را می‌دهد، اما برخی توسعه‌دهندگان آن را بسیار پیچیده و پرریسک می‌دانند.
- طبق نظرسنجی ETHPulse، دارندگان نزدیک به ۱۷,۷۴۵ اتر با ارتقای EOF مخالف هستند و تنها تعداد کمی از کاربران از آن حمایت کرده‌اند.
بر اساس اعلام یکی از مسئولان بنیاد اتریوم، انتظار می‌رود هاردفورک فوساکا (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) جایگزین می‌شوند. این دستورهای جدید باعث می‌شوند مقصدهای پرش به صورت ثابت در بایت‌کد تعریف شوند، ولی قراردادهای قدیمی که قبل از EOF نوشته شده‌اند تحت تأثیر قرار نمی‌گیرند.
- معامله بیش‌از ۳۰۰ کوین دیگر
- دریافت وام و اعتبار معاملاتی
- سرعت بالا در تکمیل سفارشات
- بات‌های معامله‌گر متنوع
- پشتیبانی ۲۴ ساعته
توسعه‌دهندگانی که پس از این ارتقا همچنان بخواهند از JUMP یا JUMPI استفاده کنند، باید کد آن‌ها در زمان استقرار اعتبارسنجی شود. این اعتبارسنجی تضمین می‌کند که پرش‌ها به داده‌ها یا وسط یک دستور دیگر انجام نشوند. این کار بر اساس قوانین اعتبارسنجی کد تعریف شده در EIP-3670 و جدول پرش (EIP-3690) انجام می‌شود تا تمام مقاصد پرش به دقت بررسی شوند.
همچنین، به عنوان جایگزین این عملکردها، دستورالعمل‌های RJUMP و RJUMPI معرفی شده‌اند که الزام می‌کنند مقصد پرش به طور ثابت در بایت‌کد تعریف شود.
با این وجود، همه توسعه‌دهندگان با اجرای EOF موافق نیستند.
مخالفان EOF چه میگویند؟
طرح EOF شامل اجرای ۱۲ پیشنهاد بهبود اتریوم (EIP) است که تغییرات عمیقی در نحوه کار توسعه‌دهندگان قراردادهای هوشمند ایجاد می‌کند.
طرفداران این طرح معتقدند که این تغییرات باعث کارایی بیشتر، ساختار زیباتر و امکان ارتقاء راحت‌تر در آینده می‌شود.
اما مخالفان میگویند این تغییرات بیش از حد پیچیده هستند و بر روی سیستمی که خود ذاتاً پیچیده است (یعنی اتریوم)، پیچیدگی بیشتری اضافه می‌کند.
پاسکال کاورساشیو، یکی از توسعه‌دهندگان اتریوم، در تاریخ ۱۳ مارس در یک پست در انجمن Ethereum Magicians گفت:
EOF بسیار پیچیده است.
او توضیح داد که این ارتقا دو مفهوم جدید معرفی می‌کند و بیش از دوازده دستورالعمل را حذف یا اضافه می‌کند و معتقد بود که نیازی به این تغییرات نیست. او گفت تمام این مزایا می‌توانستند با به‌روزرسانی‌های کوچک‌تر و کم‌دخالت‌تر به دست بیایند.
او همچنین هشدار داد که ماشین مجازی اتریوم فعلی (EVM قدیمی) باید احتمالاً برای همیشه نگهداری شود.
کاورساشیو نیز گفت که اجرای EOF نیاز به ارتقای ابزارهای توسعه خواهد داشت که می‌تواند خطر بروز آسیب‌پذیری‌های جدید را افزایش دهد، چون سطح حمله بزرگ‌تر می‌شود.
یک توسعه‌دهنده‌ی دیگر هم این نکته را مطرح کرد:
شاید بهتر باشد این موضوع را مطرح کنیم که اصولاً آیا تغییرات بزرگ در ماشین مجازی اتریوم مطلوب است یا خیر. یک ماشین مجازی پایدار که مردم بتوانند با خیال راحت روی آن سرمایه‌گذاری کنند و ابزارها و برنامه‌های عالی بسازند، ارزش بیشتری دارد.
به نظر می‌رسد که کاورساشیو تنها منتقد این تغییرات نیست.
در یک نظرسنجی اختصاصی در پلتفرم ETHPulse، ۳۹ رأی‌دهنده که در مجموع نزدیک به ۱۷,۷۴۵ اتر (ETH) دارند، با ارتقای EOF مخالفت کردند. تنها هفت نفر که کمتر از ۳۰۰ اتر داشتند، از این ارتقا حمایت کردند.
