تاریخ آزمایشی پیاده‌سازی Glamsterdam در اتریوم به‌طور موقت تعیین شد

توسعه‌دهندگان اتریوم (ETH) در تماس توسعه‌دهندگان هسته‌ای (ACDC#186) که در تاریخ 3 برگزار شد، به‌طور موقت تصمیم گرفتند که به‌روزرسانی بعدی "Glamsterdam" را در شبکه آزمایشی عمومی "Sepolia" در تاریخ 6 اکتبر ساعت 13:53 به وقت جهانی (UTC) راه‌اندازی کنند.

کریستین دی کیم، تحلیلگر بلاک‌چین، در تاریخ 11 سپتامبر، محتوای خبرنامه خود "ACD After Hours" (نسخه هفته گذشته) را در X (توییتر سابق) منتشر کرد و روند تصمیم‌گیری و شرایط فنی مربوط به این تصمیم را توضیح داد.

به گفته کیم، این تصمیم به‌صورت مشروط و مشابه با تصمیم‌گیری در مورد گنجاندن تراکنش‌های فریم (SFI) در به‌روزرسانی "Hegota" اتخاذ شده است. این تاریخ در مرحله‌ای تعیین شده است که شبکه آزمایشی توسعه‌دهندگان (devnet) پایدار وجود ندارد.

نگرانی از عدم وجود devnet پایدار

توسعه‌دهندگان بدون اینکه هرگز در شبکه آزمایشی خصوصی، پیاده‌سازی Glamsterdam را با موفقیت انجام دهند، تاریخ را برای Sepolia تعیین کردند. آخرین devnet به نام "Glamsterdam-Devnet-9" در تاریخ 1 سپتامبر راه‌اندازی شد و با حداکثر 1000 نود اعتبارسنجی، بزرگ‌ترین شبکه تا کنون را تشکیل داد، اما کمبود اعتبارسنجی‌هایی که بتوانند بلوک‌ها را به‌درستی پیشنهاد و تأیید کنند، باعث شده است که وضعیت نهایی‌سازی (فاینالیز) ادامه پیدا کند.

استفان استارفلینگر، مسئول عملیات توسعه‌دهندگان در بنیاد اتریوم، در ACDC گفت: "فقط با راه‌اندازی چنین شبکه بزرگی متوجه شدیم که هنوز موارد و چالش‌های زیادی وجود دارد که باید به آن‌ها رسیدگی شود."

به گفته وی، در مرحله قبلی "Devnet-8"، باگ‌های جدی‌ای در کلاینت لایه اجماع (CL) پیدا شد که در صورت پیشنهاد بلوکی با هش مشابه بلوک والد، کل شبکه متوقف می‌شود.

در سمت لایه اجرایی (EL)، محقق بنیاد اتریوم، ماریا سیلوا، اعلام کرد که باگی در EIP-8037 که "افزایش هزینه گاز برای ایجاد وضعیت" را تعیین کرده است، شناسایی شده و همه کلاینت‌های EL نیاز به اصلاح پیاده‌سازی دارند.

توسعه‌دهندگان قصد دارند برای انعکاس این اصلاحات، در چند هفته آینده devnet جدید "Glamsterdam-Devnet-10" را راه‌اندازی کنند. اگر این شبکه پایدار باشد، آخرین مکانی خواهد بود که پروتکل‌های لایه 2 و استیکینگ قبل از به‌روزرسانی Sepolia به‌طور ایمن آزمایش می‌شوند.

از سوی دیگر، اگر در Devnet-10 وضعیت ناپایدار ادامه یابد یا باگ‌های جدی پیدا شود، ممکن است پیاده‌سازی در Sepolia به تعویق بیفتد. پاریتوش جاینتی، که مجری ACDC#186 بود، گفت: "اگر Devnet-10 شکست بخورد، باید به‌صورت جداگانه تصمیم‌گیری کنیم، اما بعید است که در هفته آینده نسخه‌ای از کلاینت‌ها منتشر شود.

در بدترین حالت، اگر مشکلی پیدا شود که زمان‌بر باشد، درباره عدم اجرای فورک در تاریخ 6 اکتبر در تماس‌های توسعه‌دهندگان هفته آینده که شامل ACDT (آزمایش همه توسعه‌دهندگان هسته‌ای) و ACDE (اجرای همه توسعه‌دهندگان هسته‌ای) است، بحث خواهیم کرد."

تاریخ Hoodi و شبکه اصلی هنوز مشخص نیست

با توجه به این وضعیت در Sepolia، توسعه‌دهندگان به توافق رسیدند که تاریخ‌گذاری برای شبکه آزمایشی عمومی دوم خود به نام "Hoodi" را به تعویق بیندازند. انریکو دل فانت، که کلاینت لایه اجماع "Teku" را توسعه می‌دهد، گفت: "با توجه به مشکلاتی که در Devnet-9 پیش آمد، فکر می‌کنم بهتر است ابتدا فقط Sepolia را تعیین کنیم و سپس Hoodi را پس از چند هفته بررسی کنیم."

توسعه‌دهندگان هنوز هم به پیاده‌سازی به‌روزرسانی در شبکه اصلی اتریوم در سال جاری امیدوارند، اما با تعیین تاریخ برای Sepolia، این اطمینان بیشتر نشده است. با تعیین Sepolia تا تاریخ 6 اکتبر، تنها فضای کمی برای پیاده‌سازی در شبکه اصلی در دسامبر باقی مانده است، اما نمی‌توان گفت که احتمال تحقق آن افزایش یافته است و در حال حاضر هیچ دلیلی برای این که پیاده‌سازی‌های هر کلاینت به سطح مورد نیاز برای شبکه اصلی برسد، وجود ندارد.

اتریوم آخرین به‌روزرسانی بزرگ خود "Fusaka" را در دسامبر سال گذشته در شبکه اصلی پیاده‌سازی کرد و به هدف خود برای دو بار به‌روزرسانی در سال دست یافت. از آن زمان، با ادامه روند به‌روزرسانی فعال هر شش ماه یک بار، فرآیند توسعه به سمت سرعت بیشتر تغییر کرده و عدم قطعیت در تاریخ‌ها نیز افزایش یافته است. Glamsterdam نیز در همین راستا به دنبال پیاده‌سازی با همین سرعت است.

این محتوا صرفاً برای اطلاع‌رسانی عمومی ارائه شده است و به‌منزله مشاوره مالی، سرمایه‌گذاری، حقوقی یا مالیاتی تلقی نمی‌شود. هرگونه رویداد، جایزه، کمپین آنلاین یا اطلاعات مرتبط که در اینجا ذکر شده است، نباید به‌عنوان توصیه، ترغیب یا دعوت به خرید، فروش، معامله یا هرگونه دادوستد دیگر دارایی‌های رمزارزی تلقی شود. دارایی‌های رمزارزی از نوسان بالایی برخوردار هستند و ممکن است منجر به زیان شوند. دسترسی به خدمات، محصولات و رویدادهای مرتبط با WEEX ممکن است بسته به منطقه جغرافیایی متفاوت باشد. اطمینان از اینکه استفاده شما از این خدمات با قوانین و مقررات محلی مطابقت دارد، بر عهده خود شماست.