بنیاد اتریوم روز ۲۲ اکتبر ۲۰۲۶ اعلام کرد که ارتقای Glamsterdam طبق برنامهی ۲۶ اکتبر روی تستنت Hoodi اجرا نمیشود. دلیل تعویق، نگرانی از تاثیر تغییرات کارمزد گس بر قراردادهای هوشمند موجود بود. موسسهی امنیتی ChainSecurity در این بررسی ۱۳ نمونهی واقعی از قراردادهایی را پیدا کرده که ممکن است تحت تاثیر قرار بگیرند.
مشکل از کجا شروع شد
این تصمیم در جلسهی پنجشنبهی توسعهدهندگان هستهی اتریوم (All Core Devs Execution) گرفته شد. قرار بود فورک در ساعت ۱۷:۴۲:۴۸ به وقت UTC روز ۲۶ اکتبر روی Hoodi فعال شود. افزایش سقف گس Hoodi به ۲۰۰ میلیون هم که در برنامه بود، عقب افتاد. تاریخ جایگزین هنوز اعلام نشده است.
محور نگرانی دو پیشنهاد EIP-8037 و EIP-8038 است. EIP-8037 نحوهی محاسبهی گس برای ایجاد رکوردهای تازه در پایگاه داده را تغییر میدهد تا با بالا رفتن ظرفیت شبکه، حجم داده بیرویه زیاد نشود. ChainSecurity روز ۱۳ اکتبر هشدار داد که این دو تغییر میتوانند سازوکارهای دفاعی در برابر حملهای به نام insufficient gas griefing را تضعیف کنند. در این حمله، فراخواننده عمدا گس کمتری از نیاز یک عملیات معتبر میفرستد.
- طبق قواعد جدید، ممکن است پس از شکست یک عملیات، گس به قرارداد برگردد و قرارداد به جای توقف کامل، به اجرا ادامه دهد.
- در این حالت قرارداد ممکن است شکست عملیات را به شکل دائمی ثبت کند؛ مثلا حق مطالبهی کاربر را حذف کند یا امکان تلاش دوباره را ببندد.
- به گزارش کویندسک، ساخت یک خانهی ذخیرهسازی جدید در برخی شرایط میتواند ۱۱۰,۰۲۰ گس هزینه داشته باشد، در حالی که با قواعد فعلی ۲۲,۱۰۰ گس است.
ChainSecurity نام پروژههای آسیبپذیر را منتشر نکرده و گفته در حال هماهنگی با آنها برای افشای مسئولانه است. پژوهشگر امنیتی با نام مستعار pcaversaccio هم روز ۲۱ اکتبر در گیتهاب این ریسکها را جدی خواند و خواستار بازنگری در فورک شد. طبق گزارش کویندسک، شواهدی از سوءاستفادهی فعلی از این مسئله دیده نشده است.
وضعیت شبکهی اصلی
Glamsterdam پیشتر در ۶ اکتبر روی تستنت Sepolia فعال شده بود. توسعهدهندگان برای شبکهی اصلی اوایل دسامبر را در نظر داشتند، اما با این تعویق، زمان فعالسازی روی شبکهی اصلی نامعلوم مانده است. به گزارش The Defiant، به اپراتورهای نود گفته شده از نسخهای از نرمافزار استفاده کنند که این فورک زمانبندیشده را ندارد.
منبع: کوینتلگراف و کویندسک