سولانا ارتقاء آلبنگلو را برای 21 اکتبر با هدف نهایی 150 میلی‌ثانیه تعیین می‌کند

توسعه‌دهندگان سولانا ارتقاء اجماع آلبنگلو را برای 21 اکتبر برنامه‌ریزی کرده‌اند و هدف آن تقریباً 150 میلی‌ثانیه نهایی‌سازی است و از اعتبارسنج‌ها و اپراتورهای برنامه‌ها خواسته‌اند که برای تغییرات در زمان انتقال به شبکه اصلی آماده شوند.

خلاصه

• ارتقاء آلبنگلو سولانا برای 21 اکتبر برنامه‌ریزی شده و هدف آن تقریباً 150 میلی‌ثانیه نهایی‌سازی تراکنش است.
• کوئیک‌نود از توقف کوتاه‌مدت تراکنش‌ها و احتمال قطع جریان داده‌ها در طول انتقال هشدار می‌دهد.
• اعتبارسنج‌ها باید از نرم‌افزارهای سازگار استفاده کنند و حساب‌های رأی‌گیری را برای هزینه پذیرش 0.8 SOL تأمین کنند.
• برخی از گره‌های RPC ممکن است اطلاعات نهایی‌سازی را دیرتر از اعتبارسنج‌هایی که به‌طور مستقیم در اجماع شرکت می‌کنند، دریافت کنند.

اطلاعیه نگهداری کوئیک‌نود روز چهارشنبه را به‌عنوان روز فعال‌سازی برنامه‌ریزی‌شده شناسایی می‌کند، اما آخرین به‌روزرسانی آن هشدار می‌دهد که برآورد اولیه 14:50 UTC ممکن است به 13:20 UTC پیش برود زیرا تولید بلوک پیشرفت می‌کند. این ارائه‌دهنده از اپراتورها می‌خواهد که از 13:00 UTC آماده باشند و انتقال اجماع پس از فعال‌سازی تقریباً 20 دقیقه طول می‌کشد.

صفحه ارتقاء فعلی بنیاد سولانا تغییر را در دوره 1064 قرار می‌دهد و فهرست شبکه اصلی را به‌عنوان هنوز فعال نشده نشان می‌دهد. برآورد به‌روزرسانی‌شده آن شروع دوره را نزدیک به 13:20 UTC قرار می‌دهد و مرز دوره را به‌عنوان محرک مربوطه به‌جای یک قرار ملاقات ساعتی ثابت معرفی می‌کند.

سولانا آلبنگلو به نهایی‌سازی هدف می‌زند، نه اجرای سریع‌تر

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

بنیاد می‌گوید که اجرای تراکنش، رفتار برنامه و مکانیک هزینه‌ها بدون تغییر باقی می‌ماند. کاربران عادی نیازی به تغییر نحوه امضا یا تأیید تراکنش‌ها ندارند، در حالی که ارتقاء جداگانه توزیع داده‌های روتور برای انتشار بعدی محفوظ است. مستندات آن rollout اجماع را از کاهش‌های قبلی در مدت زمان اسلات جدا می‌کند که نحوه تولید بلوک‌ها توسط شبکه را تنظیم می‌کند.

بررسی فنی کوئیک‌نود دو مسیر رأی‌گیری را که به‌طور همزمان عمل می‌کنند توصیف می‌کند. یکی می‌تواند یک بلوک را در یک دور نهایی کند زمانی که 80٪ از اعتبارسنج‌ها شرکت کنند، در حالی که دیگری از یک دور دوم استفاده می‌کند زمانی که مشارکت به 60٪ برسد.

این ارائه‌دهنده این فرآیند را از تأییدات اولیه‌ای که کاربران قبلاً مشاهده می‌کنند، متمایز می‌کند. مرور آن می‌گوید که برنامه‌ها معمولاً تأییدات را در شرایط خوش‌بینانه در عرض دو تا سه ثانیه نمایش می‌دهند، قبل از اینکه سیستم قدیمی به نهایی‌سازی کامل در حدود 13 ثانیه برسد.

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

تا 26 سپتامبر، ارتقاء به devnet رسیده بود پس از انتقال testnet در روز قبل، همان‌طور که قبلاً توسط crypto.news پوشش داده شده بود. تیم‌های برنامه می‌توانستند رفتار جدید اجماع را بررسی کنند قبل از اینکه در برابر شبکه‌ای که وجوه کاربران را مدیریت می‌کند، مستقر شوند.

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

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

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

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

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

آمادگی اعتبارسنج شامل نرم‌افزار و تأمین مالی حساب

چک‌لیست فعلی بنیاد سولانا به اعتبارسنج‌ها دستور می‌دهد که نسخه 4.3.2 از Agave، Jito-Solana یا Harmonic Salsa را قبل از دوره 1064 اجرا کنند. Firedancer و Frankendancer در طول مهاجرت پشتیبانی نمی‌شوند، طبق همین راهنما.

اپراتورها باید حداقل 0.8 SOL بالاتر از حداقل معاف از اجاره در حساب‌های رأی خود نگه دارند تا هزینه بلیط پذیرش اعتبارسنج را پوشش دهند. اولین هزینه برای شرکت در دوره 1065 پرداخت می‌شود و عدم پرداخت هزینه مانع از رأی‌گیری یا تولید بلوک توسط یک اعتبارسنج در آن دوره بعدی می‌شود.

تأیید حکومتی قبل از آن الزامات عملیاتی وجود دارد. این پیشنهاد در سپتامبر 2025 با 98.27% از آرا به تصویب رسید، طبق پوشش رأی‌گیری تکمیل‌شده. مشارکت 52% از سهام را نمایندگی می‌کند، بنابراین درصد تأیید به آرا داده‌شده اشاره دارد نه به کل جمعیت اعتبارسنج.

رأی قبلی SIMD-0326 را تأیید کرد، پیشنهادی که پشت سر بازنگری اجماع قرار دارد. گزارش معاصر 1.05% مخالف و 0.69% ممتنع را ثبت کرد، با حفظ تفاوت کوچک گرد کردن در ارقام منتشرشده.

تحویل RPC می‌تواند از هدف 150 میلی‌ثانیه عقب بماند

مستندات اپراتور Anza توضیح می‌دهد که پیام‌های اجماع معمولاً بین اعتبارسنج‌های پذیرفته‌شده گردش می‌کنند. یک گره بدون سهام که از مسیر تحویل پیش‌فرض استفاده می‌کند، نهایی بودن را از گواهی‌های حمل‌شده در بلوک‌های بعدی یاد می‌گیرد، که معمولاً به یک فاصله بلوک تولیدشده اضافه می‌شود.

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

پوشش devnet سپتامبر تغییرات جداگانه‌ای برای ایندکس‌گرها و کاوشگرها مستند کرد. بلوک‌های نامزد باید تا تأیید جدا بمانند و داده‌های مشارکت اعتبارسنج از معاملات رأی عادی به سمت گواهی‌های پیوست‌شده به داده‌های بلوک منتقل می‌شود.

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