توسعهدهندگان اتریوم در 24 آگوست هشدار دادند که تغییرات برنامهریزی شده گس در ارتقای گلامستردام میتواند گروه کوچکی از قراردادهای هوشمند لایه 1 را مختل کند.
بنیاد اتریوم از توسعهدهندگان خواست تا قبل از فعالسازی شبکه اصلی، قراردادها را آزمایش کرده و مفروضات ثابت گس را بهروزرسانی کنند.
این هشدار مربوط به EIP-8037 و EIP-8038 است که برای گنجاندن در گلامستردام برنامهریزی شدهاند. توسعهدهندگان گفتند که بیشتر قراردادها در طول بازپخش تراکنشها تحت تأثیر قرار نگرفتند، در حالی که بسیاری از موارد شناسایی شده با افزایش محدودیتهای گس قابل اصلاح بودند.
EIP-8037 نحوه شارژ اتریوم برای ایجاد حالت، از جمله حسابهای جدید، اسلاتهای ذخیرهسازی و بایتکد قراردادهای مستقر شده را تغییر میدهد. این EIP یک حسابداری گس-حالت جداگانه را معرفی میکند که هدف آن جلوگیری از رشد سریع حالت بلاکچین با افزایش ظرفیت شبکه اتریوم است.
EIP-8038 هزینههای دسترسی به حالت موجود را افزایش میدهد. این پیشنهاد عملیاتی از جمله SLOAD، SSTORE، دسترسی به حساب سرد، EXTCODESIZE و EXTCODECOPY را پوشش میدهد.
توسعهدهندگان اتریوم آخرین بار قیمت عملیات حالت را به طور گسترده در طول ارتقای برلین در سال 2021 تنظیم کردند. از آن زمان، حالت اتریوم گسترش یافته است، در حالی که اعتبارسنجها از محدودیتهای گس بلوک بالاتر پشتیبانی کردهاند.
بنیاد اتریوم اعلام کرد که بازنگری قیمت عملیاتهای پرمصرف قبل از اینکه شبکه بتواند با خیال راحت ظرفیت خود را افزایش دهد، ضروری است. توسعهدهندگان برنامه جدید را حول یک هدف عملکردی طراحی کردند که میتواند تقریباً سه برابر توان عملیاتی پایه فعلی را پشتیبانی کند.
توسعهدهندگان تراکنشهای تاریخی شبکه اصلی اتریوم را تحت برنامه قیمتگذاری پیشنهادی گلامستردام بازپخش کردند. آنها نتایج را به تراکنشهای بدون تغییر، تراکنشهای موفق با مصرف گس متفاوت، اشکالات قابل رفع از طریق محدودیتهای بالاتر و تراکنشهای بالقوه خراب شده طبقهبندی کردند.
گروه آخر حتی پس از افزایش قابل توجه گس تامین شده توسط محققان، همچنان با شکست مواجه شدند. هشدار بنیاد، کمک هزینههای گس ثابت، محدودیتهای فراخوانی کدگذاری شده، منطق مبتنی بر gasleft() و تراکنشهای از پیش امضا شده با محدودیتهای ثابت را به عنوان عوامل خطر تکرار شونده شناسایی کرد.
قراردادهایی که از کمک هزینه تاریخی 2300 گس Solidity از طریق transfer یا send استفاده میکنند، ممکن است نیاز به توجه ویژهای داشته باشند. عملیاتهایی که قبلاً در آن حد مجاز تکمیل میشدند، ممکن است تحت برنامه جدید دسترسی به حالت، گس بیشتری مصرف کنند.
بنیاد تمام برنامههای تحت تأثیر را به طور عمومی شناسایی نکرده است. این بنیاد اعلام کرد که ارتباط مستقیم با توسعهدهندگان متاثر از قبل در جریان است و گروه آسیبپذیر بالقوه را کوچک توصیف کرد.
این هشدار فراتر از قراردادهای هوشمند است. کیف پولها، ارائهدهندگان RPC، ایندکسکنندهها و ابزارهای گره باید سیستمهای تخمین گس خود را برای شناسایی قوانین هزینه بازنگری شده بهروز کنند.
نرمافزاری که از ثابتهای کش شده استفاده میکند، ممکن است گس مورد نیاز برای یک تراکنش را کمتر تخمین بزند و باعث شکست آن شود. هر دو پیشنهاد نیازمند ابزارهایی هستند که از eth_estimateGas و توابع مرتبط برای در نظر گرفتن هزینههای حالت بازنگری شده استفاده کنند.
همانطور که crypto.news قبلاً گزارش داده بود، گلامستردام میتواند کیف پولها و ابزارهای گس را نیز مختل کند که فرض میکنند انتقالهای عادی همیشه به 21000 گس نیاز دارند. انتقال به حسابهای موجود این مقدار را حفظ میکند، در حالی که انتقالهایی که حسابهای جدید ایجاد میکنند، هزینه حالت اضافی را متحمل خواهند شد.
به گفته بنیاد، کاربران عادی نیازی به انجام تغییرات دستی ندارند. ارائهدهندگان کیف پول و زیرساخت بهروز شده باید تخمینهای گس لازم را به صورت خودکار اعمال کنند.
توسعهدهندگان اتریوم شبکه آزمایشی Platåberget را برای فراهم آوردن یک محیط طولانیمدت برای آزمایش گلامستردام راهاندازی کردند. این شبکه که glam-devnet-8 نیز نامیده میشود، از قبل برنامه بازنگری قیمت جدید را اجرا میکند.
نگهداریکنندگان قرارداد میتوانند آدرسی را در بررسیکننده اتریوم وارد کنند تا تراکنشهای تاریخی را که تحت قوانین پیشنهادی واگرا میشوند، شناسایی کنند. توسعهدهندگان باید محدودیتهای گس تامین شده را افزایش دهند اگر این کار مشکل را حل میکند، یا سایتهای فراخوانی فردی را در صورت پایداری خطاها بررسی کنند.
در پوشش خبری مرتبط، کار گلامستردام اتریوم مقیاسپذیری لایه 1 را از طریق بازنگری قیمت گس، لیستهای دسترسی در سطح بلوک و تغییرات در ساخت بلوک دوباره در کانون توجه قرار داده است.
مرحله بعدی شامل آزمایشهای اضافی devnet و سپس فورکها در Sepolia و Hoodi خواهد بود. نقشه راه اتریوم گلامستردام را برای سهماهه چهارم 2026 هدف قرار داده است، اما توسعهدهندگان تاریخ فعالسازی ثابت شبکه اصلی را اعلام نکردهاند. برنامه نهایی به پیادهسازیهای پایدار کلاینت و استقرار موفقیتآمیز در شبکههای آزمایشی عمومی بستگی دارد.
