چرا توسعه دهندگان اتریوم باید گلمستردام را فوراً بیازمایند

ارتقای گلمستردام اتریوم با EIP-8037 مدل گس و هزینه ایجاد وضعیت را تغییر می‌دهد. این مقاله ریسک‌ها، تست‌نت Platåberget و اقدامات ضروری توسعه‌دهندگان را توضیح می‌دهد.

.7 دیدگاه
چرا توسعه دهندگان اتریوم باید گلمستردام را فوراً بیازمایند

9 دقیقه

دنبال کردن در گوگل

چرا توسعه‌دهندگان اتریوم بر آزمایش فوری تأکید دارند

بنیاد اتریوم هشدار روشنی به توسعه‌دهندگان و اپراتورهای زیرساخت داده است: ارتقای پیش‌روی گلمستردام می‌تواند فرض‌هایی را که در کیف پول‌ها، ایندکسرها و ابزارهای برآورد گس تعبیه شده‌اند، بی‌اعتبار کند. با تغییر مهمی که در نحوه سنجش ایجاد وضعیت تحت EIP-8037 اعمال می‌شود، برخی انتقال‌های اتر و عملیات دیگر دیگر با مدل قدیمی گس ثابت سازگار نخواهند بود. بنیاد اتریوم پیش از فعال‌سازی برنامه‌ریزی‌شده، تست‌نت عمومی Platåberget را راه‌اندازی کرده است تا تیم‌ها بتوانند رفتار نرم‌افزارهای خود را پیش از انتقال تغییرات به Sepolia، Hoodi و در نهایت شبکه اصلی آزمایش کنند.

خلاصه سریع

  • گلمستردام حسابداری گس را بازنگری می‌کند و سنجش گس وضعیت را معرفی می‌کند (EIP-8037)، در نتیجه هزینه عملیات‌هایی که وضعیت جدید ایجاد می‌کنند تغییر می‌کند.
  • انتقال ساده اتر به یک حساب موجود همچنان ۲۱٬۰۰۰ گس مصرف می‌کند؛ انتقال به حساب‌های کاملاً جدید شامل هزینه‌های اضافی گس وضعیت خواهد بود.
  • ابزارهایی که یک سقف ثابت گس یا هزینه‌های کدنویسی‌شده را فرض می‌کنند، از جمله کیف پول‌ها، ایندکسرها و برآوردکننده‌های گس، ممکن است نتایج نادرست تولید کنند یا از کار بیفتند.
  • توسعه‌دهندگان باید پیش از انتقال فورک به تست‌نت‌های پایدارتر، آزمایش‌های کامل را روی Platåberget انجام دهند؛ این شبکه فعال است و سپرده‌های اعتبارسنج و سازنده را می‌پذیرد.

گلمستردام چه چیزی را درباره گس و وضعیت تغییر می‌دهد

گلمستردام مجموعه‌ای از بازقیمت‌گذاری گس را در خود دارد که چندین فرض درباره هزینه هر عملیات در اتریوم و سقف مؤثر گس بلاک را بازتعریف می‌کند. محور اصلی این تغییر، EIP-8037 است که یک بُعد جداگانه برای گس وضعیت ایجاد می‌کند: عملیات‌هایی که وضعیت دائمی اضافه می‌کنند، مانند حساب‌های جدید، نوشتن در ذخیره‌سازی یا کد مستقرشده، بر اساس بایت‌های وضعیت ایجادشده سنجیده می‌شوند و هزینه آن‌ها در زمان اجرا دریافت می‌شود. این رویکرد کار محاسباتی گذرا را از افزودن وضعیت پایدار جدا می‌کند و به پروتکل امکان می‌دهد فشار بلندمدت ذخیره‌سازی روی لایه ۱ را دقیق‌تر محاسبه کند.

پیامد فوری این تغییر کاملاً عملی است: نرم‌افزارهایی که برای همه انتقال‌های اتر یک عدد واحد برای گس فرض می‌کنند، یا به سقف‌های ثابت و مدل‌های تک‌بُعدی گس تکیه دارند، ممکن است برآوردهای اشتباه ارائه دهند یا در ساخت تراکنش‌های معتبر ناکام بمانند. تیم DevOps پروتکل در بنیاد اتریوم هشدار داده است هر ابزاری که فرض‌های حداکثر گس را به‌صورت سخت‌کدنویسی‌شده داشته باشد «از کار خواهد افتاد» و به‌طور مشخص کیف پول‌ها، ایندکسرها و برآوردکننده‌های گس را به‌عنوان اجزای در معرض خطر نام برده است.

هزینه‌ها در عمل چگونه تغییر می‌کنند

  • انتقال به حساب‌های موجود: همچنان ۲۱٬۰۰۰ گس باقی می‌ماند و از کارمزد پایه تراکنش، هزینه دسترسی به حساب سرد و هزینه انتقال ارزش تشکیل می‌شود.
  • انتقال به آدرس‌های جدید: شامل هزینه‌های اضافی گس وضعیت برای ایجاد حساب خواهد بود و این انتقال‌ها را به‌مراتب گران‌تر از ۲۱٬۰۰۰ گس می‌کند.
  • استقرار قرارداد و نوشتن در ذخیره‌سازی: مشمول هزینه‌گذاری وضعیت به‌ازای هر بایت می‌شود؛ پارامترهای آزمایش‌شده در Devnetها نشان می‌دهد برخی عملیات‌ها نسبت به هزینه‌های قدیمی ضریب‌های بزرگی خواهند داشت، در برخی پارامترهای آزمایشی اولیه تقریباً در حد یک مرتبه بزرگی افزایش.

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

تست‌نت Platåberget: محیط عمومی آزمایش

برای آنکه تیم‌ها فرصت معناداری برای آزمایش داشته باشند، Platåberget در ۱۳ اوت به‌عنوان یک تست‌نت عمومی راه‌اندازی شد و قرار است گلمستردام در ۲۰ اوت روی آن فعال شود. هدف این شبکه آن است که برای چند ماه فعال بماند تا تیم‌های اپلیکیشن، ارائه‌دهندگان زیرساخت و اپراتورهای استیکینگ بتوانند رفتار پس از گلمستردام را بررسی کنند و پیش از انتقال ارتقا به Sepolia و Hoodi، مشکلات احتمالی را آشکار سازند.

تیم DevOps پروتکل از استیکرهای مستقل، پروژه‌های فناوری اعتبارسنج توزیع‌شده، ارائه‌دهندگان بزرگ استیکینگ و اپراتورهای سفارشی دعوت کرده است جریان‌های کاری سپرده اعتبارسنج و سپرده سازنده را روی Platåberget آزمایش کنند. سپرده‌های عمومی اعتبارسنج و سازنده بخشی از فرایند آزمایش هستند و مدل مشارکت باز این تست‌نت با هدف شناسایی طیف گسترده‌ای از الگوهای استقرار واقعی طراحی شده است.

کلاینت‌ها و بیلدهای آماده برای آزمایش

برای کاهش اصطکاک برای آزمایش‌کنندگان، ایمیج‌های کانتینری و نسخه‌های برچسب‌خورده برای چندین کلاینت اجماع و اجرا در دسترس است. در میان کلاینت‌های اجماع یا بیکن می‌توان به Lighthouse، Lodestar، Nimbus، Prysm، Teku و Grandine اشاره کرد. در میان کلاینت‌های اجرا نیز Besu، Geth، Erigon، Nethermind، Reth، NimbusEL و Ethrex قرار دارند. به تیم‌ها توصیه می‌شود از نسخه‌های کلاینتی استفاده کنند که با وضعیت عملیاتی آن‌ها سازگار است، در حالی که تیم‌های کلاینت بیلدهای سازگار با شبکه اصلی را نهایی می‌کنند.

تغییرات سطح پروتکل فراتر از بازقیمت‌گذاری گس

گلمستردام فقط به تغییرات گس محدود نیست. این فورک همچنین جداسازی پیشنهاددهنده و سازنده را درون قواعد پروتکل تثبیت می‌کند (ePBS) و جدایی میان سازندگان بلاک و پیشنهاددهندگان بلاک را رسمی می‌سازد. ePBS جریان API سازنده و بررسی‌های به‌موقع‌بودن payload را معرفی می‌کند و نحوه پیشنهاد و اعتبارسنجی بلاک‌ها را تغییر می‌دهد. زیرساخت‌هایی که در تولید بلاک، رله‌ها یا جریان‌های مرتبط با MEV مشارکت دارند، باید سازگاری خود را ارزیابی کنند و منطق به‌موقع‌بودن payload را با دقت زیر نظر بگیرند.

نوآوری محوری دیگر، فهرست‌های دسترسی سطح بلاک یا BAL است. BAL مکان‌های وضعیتی را که یک بلاک در زمان اجرا به آن‌ها دسترسی خواهد داشت و تغییرات وضعیت پس از تراکنش را ثبت می‌کند؛ این داده‌ها جدا از بدنه بلاک ذخیره می‌شوند و از طریق پروتکل شبکه‌سازی eth/71 میان همتایان لایه اجرا به اشتراک گذاشته می‌شوند. با دادن دید قبلی به کلاینت‌ها درباره حساب‌ها و اسلات‌های ذخیره‌سازی که یک بلاک لمس خواهد کرد، BAL امکان پیش‌بارگذاری داده‌های لازم را فراهم می‌کند و وقتی تراکنش‌ها به وضعیت‌های غیرهمپوشان دسترسی دارند، به موازی‌سازی پردازش کمک می‌کند؛ در نتیجه توان عملیاتی در چارچوب رژیم قیمت‌گذاری جدید بهبود می‌یابد.

اندازه قرارداد و داده‌های اجماع سازگار با آینده

گلمستردام حداکثر اندازه قرارداد مستقرشده را از ۲۴ کیبی‌بایت به ۶۴ کیبی‌بایت افزایش می‌دهد و اندازه مجاز initcode را از ۴۸ کیبی‌بایت به ۱۲۸ کیبی‌بایت می‌رساند. هدف این تغییرات آن است که اپلیکیشن‌های بزرگ و کدمحور، از جمله سیستم‌های دیفای، با وجود افزایش هزینه‌های وضعیت همچنان قابل استقرار بمانند. این فورک همچنین ساختارهای داده سازگار با آینده را در لایه اجماع اضافه می‌کند تا ارتقاهای بعدی روان‌تر انجام شوند.

اقدامات پیشنهادی برای توسعه‌دهندگان

  1. همین حالا روی Platåberget آزمایش کنید: اپلیکیشن‌ها را مستقر کنید، انتقال اتر به آدرس‌های جدید بفرستید، قراردادها را استقرار دهید، مسیرهای ذخیره‌سازی را بنویسید و تغییرات سنجش گس را مشاهده کنید.
  2. برآوردکننده‌های گس را ممیزی کنید: مطمئن شوید ابزارها هم گس اجرا و هم بُعد جدید گس وضعیت معرفی‌شده توسط EIP-8037 را مدل می‌کنند.
  3. کیف پول‌ها و جریان‌های کاربری را به‌روزرسانی کنید: کیف پول‌ها باید تشخیص دهند چه زمانی یک انتقال باعث ایجاد حساب جدید می‌شود و کارمزد درست را به کاربران نمایش دهند؛ همچنین باید محافظت‌ها در برابر گس ناکافی سخت‌گیرانه‌تر شود.
  4. ایندکسرها و اکسپلوررها را بررسی کنید: ایندکسرهایی که به فرض‌های مربوط به هزینه‌های ثابت یا سقف گس بلاک متکی هستند، باید در برابر کف جدید گس بلاک و قیمت‌گذاری هر عملیات اعتبارسنجی شوند.
  5. استک‌های تولید بلاک را تحت فشار بیازمایید: اعتبارسنج‌ها، سازندگان و رله‌ها باید رفتار ePBS و به‌موقع‌بودن payload را در سناریوهای پرفشار اعتبارسنجی کنند.
  6. نسخه‌های کلاینت را زیر نظر بگیرید: با تیم‌های کلاینت هماهنگ شوید و از بیلدهای برچسب‌خورده یا کانتینری توصیه‌شده برای آزمایش Platåberget استفاده کنید.

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

پارامترها، عملکرد و مسیر رسیدن به شبکه اصلی

EIP-8037 و پیشنهادهای بازقیمت‌گذاری پیرامون آن در مراحل قبلی چرخه توسعه به وضعیت نزدیک به پیش‌نویس نهایی رسیده بودند. تنظیم پارامترها بر محدود کردن رشد سالانه وضعیت و در عین حال حفظ قابلیت استقرار برای قراردادهای هوشمند مهم متمرکز بوده است. طبق برخی پارامترهای ماه مه، ایجاد حساب جدید تقریباً ۸٫۵ برابر گران‌تر شد و استقرار قرارداد از نظر هزینه‌های مرتبط با وضعیت تقریباً ۱۰ برابر افزایش یافت؛ این ارقام نشان می‌دهد آزمایش به‌ویژه برای اپلیکیشن‌هایی که به‌طور مکرر وضعیت دائمی می‌نویسند، اهمیت بالایی دارد.

بنیاد اتریوم یک عرضه مرحله‌ای را ترسیم کرده است: ابتدا شبکه‌های توسعه مانند نمونه اولیه Platåberget، سپس یک Devnet بدون نهایی‌شدن برای آزمایش سناریوهای دشوارتر اجماع، بعد تست‌نت‌های پایدارتر مانند Sepolia و Hoodi، و در نهایت فعال‌سازی شبکه اصلی که به پیاده‌سازی‌های پایدار کلاینت و پوشش آزمایشی قوی وابسته است.

فورک‌های آینده و تنظیم دوباره قیمت‌گذاری وضعیت

کار روی فورک برنامه‌ریزی‌شده بعدی، Hegotá، هم‌اکنون در جریان است. توسعه‌دهندگان ده‌ها پیشنهاد را برای سال ۲۰۲۷ مطرح کرده‌اند که بسیاری از آن‌ها با افزایش اهداف ظرفیت لایه ۱، دوباره به گس و قیمت‌گذاری وضعیت می‌پردازند. برای نمونه، EIP-8368 بازتنظیم قیمت‌گذاری ایجاد وضعیت را در صورتی پیشنهاد می‌کند که سقف گس بلاک از سطح مرجعی که گلمستردام استفاده می‌کند فراتر برود، و پیشنهادهای دیگر مسیرهایی را به‌سوی سقف‌های بالاتر گس بلاک بررسی می‌کنند، مانند سناریوی سقف ۶۰۰ میلیون گس. این تلاش‌ها نشان می‌دهد قیمت‌گذاری وضعیت یک مسیر چندمرحله‌ای است، نه یک اصلاح یک‌باره.

جمع‌بندی: برنامه‌ریزی کنید، آزمایش کنید و سازگار شوید

گلمستردام نشان‌دهنده تکاملی مهم در شیوه‌ای است که اتریوم میان محاسبات، ذخیره‌سازی و رشد بلندمدت وضعیت تعادل برقرار می‌کند. این تغییر آگاهانه طراحی شده است: با دریافت هزینه برای وضعیت دائمی به‌ازای هر بایت، شبکه می‌تواند هزینه‌ها را بهتر با بار منابع بلندمدت لایه ۱ همسو کند. با این حال، اثر عملی آن در کیف پول‌ها، ابزارهای گس، ایندکسرها و زیرساخت تولید بلاک بازتاب گسترده‌ای خواهد داشت.

تیم‌ها باید Platåberget را فرصتی حیاتی برای کشف پسرفت‌ها و مقاوم‌سازی استک‌های خود بدانند. ترکیب سنجش وضعیت EIP-8037، ePBS، BAL و محدودیت‌های بزرگ‌تر اندازه قرارداد هم ریسک ایجاد می‌کند و هم ظرفیت رشد؛ اگر تیم‌ها منطق برآورد گس را به‌روزرسانی کنند و تجربه کاربری کیف پول را سازگار سازند، کاربران سیگنال‌های شفاف‌تری درباره کارمزد دریافت خواهند کرد و زیرساخت برای بهبودهای آینده توان عملیاتی آماده‌تر خواهد بود. اگر تیم‌ها اقدام نکنند، کیف پول‌ها و ابزارهای گسی که به فرض‌های قدیمی تکیه دارند، هنگام انتقال گلمستردام به تست‌نت‌های پایدارتر و شبکه اصلی در معرض از کار افتادن خواهند بود.

توسعه‌دهندگان و اپراتورهای زیرساخت: همین حالا آزمایش‌های جامع اجرا کنید، با تیم‌های کلاینت هماهنگ شوید و با پیشرفت گلمستردام در مسیر Platåberget، Sepolia و Hoodi تا فعال‌سازی شبکه اصلی، به‌روزرسانی‌های پروتکل را با دقت دنبال کنید.

میلاد نوروزی
درود! من میلاد نوروزی‌ام و از چند سال پیش وارد دنیای رمز ارزها شدم. تحلیل‌ بازار و معرفی پروژه‌های جدید کریپتویی، تخصص منه. امیدوارم مقالاتم بهت کمک کنه هوشمندانه‌تر سرمایه‌گذاری کنی.

نظر بگذارید

نظرات (7)

اتو_ر

اگر پارامترها ۸.۵ برابر شدن، پس dapp های کوچیک چیکار کنن؟ باید شبیه‌سازی کنیم، فوری.

پمپزون

حس میکنم یه کم هیاهو هست، ولی EIP-8037 منطقیه؛ فقط شفافیت پارامترها لازمه.

مکس_ای

خلاصه‌ش: برنامه ریزی کنین، تست کنین، وگرنه کیف پول کاربر خراب میشه. جدی.

مهران

تو پروژه قبلیم ایندکسر با فرض گس ثابت افتاد، اگر تیم‌ها زود آزمایش نکنن مجدد تکرار میشه

لابکور

واقعا Platåberget عمومی ۱۳ اوت راه افتاده؟ کسی تجربه کرده، گزارش بدین

کوینپایل

منطق جدید معقولیه، ولی اجراش جهنم میشه اگه قبلش تست نکنن

دیتاپالس

وای، اینقدر تغییر گس سنگینه؟ یعنی کیف پول‌ها ممکنه شکست بخورند... باید فوری تست کنیم