Loading market data...

کلاینت اعتبارسنج اتریوم وصله اضطراری را پیش از آزمایش محدودیت گس سپولیا عرضه کرد

کلاینت اعتبارسنج اتریوم وصله اضطراری را پیش از آزمایش محدودیت گس سپولیا عرضه کرد

یکی از کلاینت‌های اصلی اعتبارسنج اتریوم تنها ساعاتی پیش از اجرای حیاتی شبکه آزمایشی سپولیا، به‌روزرسانی اضطراری نرم‌افزاری خود را منتشر کرد. این وصله در حالی عرضه می‌شود که شبکه آزمایشی آماده می‌شود تا محدودیت گس هر بلوک را به ۲۰۰ میلیون افزایش دهد؛ جهشی که باعث می‌شود هر بلوک بسیار بیشتر از امروز محاسبات و داده را در خود جای دهد.

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

چرا ۲۰۰ میلیون گس اهمیت دارد

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

همچنین به معنای فشار بیشتر بر هر گره‌ای است که باید آن بلوک را پردازش کند. اعتبارسنج‌ها، گره‌های آرشیو، ارائه‌دهندگان RPC — همه در سراسر زنجیره این فشار را احساس می‌کنند. به همین دلیل تیم‌های کلاینت ابتدا این افزایش‌ها را در سپولیا و سایر شبکه‌های آزمایشی آزمایش می‌کنند، جایی که یک بلوک بد فقط یک بعدازظهر بد هزینه دارد.

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

وصله در واقع چه کاری انجام می‌دهد

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

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

جابه‌جایی گسترده‌تر در شبکه‌های آزمایشی

سپولیا به میدان اصلی اثبات تغییراتی تبدیل شده است که آزمایش آن‌ها در شبکه اصلی بسیار پرخطر است اما نادیده گرفتنشان بسیار مهم. افزایش محدودیت گس دقیقاً در همین دسته قرار می‌گیرد. اگر سپولیا بلوک‌های ۲۰۰ میلیون گس را به‌خوبی مدیریت کند، مسیر برای یک برنامه زمانی در شبکه اصلی باز می‌شود. اگر نه، تیم‌های کلاینت به کد بازمی‌گردند.

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

چه چیزی را باید دنبال کرد

سؤال فوری این است که آیا کلاینت وصله‌شده تحت اندازه جدید بلوک دوام می‌آورد. اعتبارسنج‌هایی که به‌موقع ارتقا داده‌اند، در زمان واقعی متوجه خواهند شد؛ آن‌ها که این کار را نکرده‌اند ممکن است به روش سختی بفهمند. پس از سپولیا، ایستگاه بعدی این است که آیا سایر شبکه‌های آزمایشی — و در نهایت شبکه اصلی — آزمایش‌های محدودیت گس خود را خواهند داشت. فعلاً همه نگاه‌ها به شبکه آزمایشی دوخته شده است که بیشتر کاربران هرگز به آن فکر نمی‌کنند.