تاریخ فعال‌سازی آپدیت گلمستردام اتریوم در تست‌نت Hoodi مشخص شد
آپدیت گلمستردام در تاریخ ۲۶ اکتبر روی شبکه آزمایشی (تست‌نت) Hoodi فعال خواهد شد. این آپدیت شامل بهبودهای مهمی مانند EIP 7732 برای جداسازی پیشنهاددهنده-سازنده و EIP 7928 برای لیست‌های دسترسی به بلاک است. هنوز هیچ تاریخی برای فعال‌سازی این آپدیت در شبکه اصلی اتریوم (مین‌نت) تعیین نشده است.
آپدیت گلمستردام اتریوم قرار است در تاریخ ۲۶ اکتبر در اپوک ۱۳۲٬۳۵۲ بر روی تست‌نت Hoodi فعال شود، در حالی که هنوز تاریخی برای شبکه اصلی تعیین نشده است. این اطلاعیه که در ۱۶ اکتبر توسط بنیاد اتریوم منتشر شد، به دنبال فعال‌سازی موفق این آپدیت در تست‌نت Sepolia در ۶ اکتبر صورت گرفت. تیم‌های کلاینت همچنان باید سازگاری نسخه‌های خود را در لایه‌های اجرایی و اجماع تأیید کنند. این برنامه زمان‌بندی، مرحله آزمایشی بعدی را مشخص می‌کند و نباید آن را به عنوان تاریخ نهایی راه‌اندازی تغییرات در اقتصاد زنده اتریوم تلقی کرد.
گلمستردام ترکیبی از چندین بهبود است که هدف کلی آن‌ها افزایش سرعت و کارایی شبکه است. این آپدیت نحوه تبادل بار داده (payload) بلاک بین پیشنهاددهنده (proposer) و سازنده (builder) را تغییر می‌دهد، لیستی از دسترسی‌ها به وضعیت (state) در سطح بلاک ارائه می‌کند و قیمت‌گذاری عملیاتی را که وضعیت زنجیره را ایجاد یا می‌خوانند، بازنگری می‌کند. یک تست‌نت می‌تواند نشان دهد که آیا این قطعات مختلف در کلاینت‌ها و برنامه‌های گوناگون با هم کار می‌کنند یا خیر؛ اما به تنهایی نمی‌تواند ثابت کند که شبکه اصلی با بار مالی واقعی، محدودیت گس (gas limit) بالاتری را به طور ایمن اجرا خواهد کرد.
تعهد به تست‌نت در ۲۶ اکتبر
زمان دقیق فعال‌سازی در تست‌نت Hoodi، ساعت ۱۷:۴۲:۴۸ به وقت UTC در ۲۶ اکتبر، در اسلات ۴٬۲۳۵٬۲۶۴ خواهد بود. به گفته بنیاد اتریوم، محدودیت گس Hoodi نیز در همان اپوک به ۲۰۰ میلیون افزایش خواهد یافت تا با Sepolia مطابقت داشته باشد. با این حال، تاریخ فعال‌سازی در شبکه اصلی همچنان نامشخص است. کاربران نباید زمان تست‌نت را به عنوان یک شمارش معکوس برای شبکه اصلی در نظر بگیرند یا تصور کنند که همین محدودیت گس بلافاصله در مین‌نت اعمال خواهد شد.
قبل از فعال‌سازی، اپراتورهای Hoodi باید نسخه‌هایی از کلاینت‌های اجرایی و اجماع را نصب کنند که صراحتاً از این فورک پشتیبانی می‌کنند. یک آپدیت شبکه مستلزم آن است که اپراتورهای نود با به‌روزرسانی نرم‌افزار خود در آن مشارکت کنند. نودهایی که به قوانین قبلی پایبند بمانند، پس از فورک قادر به دنبال کردن زنجیره ارتقا یافته نخواهند بود.
مکانیزم جدید تعامل بین سازندگان و پیشنهاددهندگان بلاک
در اتریوم، ولیدیتورها بلاک‌ها را پیشنهاد می‌دهند، اما سازندگان متخصص می‌توانند پی‌لودهای اجرایی را جمع‌آوری کنند. امروزه بخش بزرگی از تبادل بین این دو بازیگر خارج از پروتکل اصلی اجماع انجام می‌شود. EIP 7732، که جداسازی پیشنهاددهنده-سازنده (enshrined proposer-builder separation) نامیده می‌شود، منطق تعهد، افشا و پرداخت به پیشنهاددهنده را به قوانین پروتکل منتقل می‌کند. هدف از این کار، کاهش اتکا به میان‌افزارهای مورد اعتماد برای پرداخت و تبادل اولیه بین سازنده و پیشنهاددهنده است.
یک «کمیته زمان‌بندی پی‌لود» نیز وظیفه جدیدی را اضافه می‌کند: اعضای آن تأیید می‌کنند که آیا پی‌لود سازنده به موقع افشا شده و داده‌های مربوط به آن در دسترس بوده است یا خیر. این ترتیب به ولیدیتورها زمان بیشتری برای تأیید کارهای اجرایی سنگین می‌دهد و در عین حال فرآیند اجماع را به موقع حفظ می‌کند.
لیست‌های دسترسی به بلاک و وظایف نودها
EIP 7928 رکوردی از حساب‌ها و مکان‌های ذخیره‌سازی که در طول یک بلاک به آن‌ها دسترسی پیدا شده را به همراه تغییرات وضعیت پس از تراکنش معرفی می‌کند. با داشتن یک لیست تأیید شده، کلاینت‌ها می‌توانند خواندن از دیسک و برخی کارهای اعتبارسنجی را به صورت موازی زمان‌بندی کنند. مزیت مورد نظر عملی است: اگر هر واحد اضافی از گس بلاک، هر نود را مجبور به طی یک مسیر سریالی طولانی کند، مقیاس‌پذیری اجرایی پایدار نخواهد بود.
البته این لیست خود داده‌هایی را اضافه می‌کند. بلاک‌های بزرگتر و پیچیدگی‌های وضعیت می‌توانند در صورت ناکارآمدی پیاده‌سازی‌ها، دستاوردها را خنثی کنند. بنیاد اتریوم، لیست‌های دسترسی به بلاک و مکانیزم جدید تبادل با سازنده را به عنوان پایه‌ای برای توان عملیاتی بیشتر در لایه اول (L1) معرفی می‌کند، در حالی که اعتبارسنجی را برای همگان امکان‌پذیر نگه می‌دارد.
تغییر قیمت گس برای کارهای مختلف
گلمستردام علاوه بر سازماندهی مجدد بلاک‌ها، قیمت‌گذاری عملیات را نیز تغییر می‌دهد. EIP 8037 هزینه ایجاد وضعیت (state) را افزایش داده و به طور جداگانه اندازه‌گیری می‌کند و EIP 8038 هزینه‌های دسترسی به وضعیت را به‌روز می‌کند. این بدان معناست که یک انتقال ساده، یک استقرار قرارداد پیچیده و یک برنامه با بار ذخیره‌سازی سنگین، همگی با تغییرات هزینه یکسانی روبرو نخواهند شد.
راهنمای تأثیر قیمت‌گذاری بنیاد اتریوم می‌گوید که بازپخش تراکنش‌های تاریخی شبکه اصلی تحت قوانین جدید، گروه کوچکی از قراردادها را شناسایی کرده که به دلیل اتکا به فرضیات گس، ممکن است دچار مشکل شوند. با این حال، اکثر قراردادها در این تحلیل تحت تأثیر قرار نگرفتند. توسعه‌دهندگان باید به ویژه به محدودیت‌های گس ثابت و کدهایی که بر اساس گس باقی‌مانده تصمیم‌گیری می‌کنند، توجه داشته باشند.
محدودیت ۲۰۰ میلیون گس در Hoodi یک وعده برای افزایش توان عملیاتی نیست
محدودیت گس بلاک، یک حد بالایی برای منابع اجرایی است که یک بلاک می‌تواند مصرف کند. دو برابر کردن این محدودیت عددی، لزوماً به معنای دو برابر شدن توان پردازش پرداخت‌ها یا نصف شدن هزینه یک فراخوانی قرارداد نیست. خود جدول گس در گلمستردام تغییر می‌کند و ترکیب تراکنش‌ها نیز اهمیت دارد.
تغییر محدودیت گس در تست‌نت Hoodi به ۲۰۰ میلیون، یک تنظیم برای آزمون استرس (stress test) است. این کار می‌تواند تأخیر در انتشار، اجرای کند، تنگناهای دسترسی به وضعیت و کلاینت‌هایی را که نمی‌توانند بدترین بلاک‌ها را با سرعت پردازش کنند، آشکار سازد. تقاضای اقتصادی یک تست‌نت با شبکه اصلی یکسان نیست و ممکن است برای استفاده کامل از این ظرفیت بالا، به تراکنش‌های ساخته‌شده به صورت هدفمند نیاز باشد.
