
سولانا ارتقای اجماع Alpenglow خود را به سمت استقرار در تستنت عمومی پیش برده است؛ همزمان توسعهدهندگان برای آزمایش طراحیای آماده میشوند که هدف آن کاهش نهاییشدن تراکنشها از حدود ۱۳ ثانیه به نزدیک ۱۵۰ میلیثانیه است.
طبق اطلاعات گیتهاب، مرحله تستنت به توسعهدهندگان اجازه میدهد مهاجرت را در محیط آزمایشی تثبیتشده سولانا بررسی کنند، پیش از آنکه این سیستم اجماع برای شبکه اصلی در نظر گرفته شود.
Finality یا نهاییشدن به نقطهای اشاره دارد که یک تراکنش طبق قوانین اجماع شبکه برگشتناپذیر میشود. صرافیها معمولاً پیش از واریزکردن موجودی، منتظر نهاییشدن میمانند، در حالی که بریجهای بلاکچینی نیز پیش از آزادسازی دارایی در شبکهای دیگر از آن استفاده میکنند.
سولانا در حال حاضر برای اجماع به TowerBFT متکی است؛ در این سازوکار، ولیدیتورها رأیهای خود را آنچین ثبت میکنند و پیش از آنکه یک بلاک به نهاییشدن برسد، باید در ۳۲ اسلات آرای کافی جمع شود. Alpenglow این فرآیند را با پروتکلی به نام Votor جایگزین میکند که به ولیدیتورها امکان میدهد رأیها را مستقیماً با یکدیگر مبادله کنند.
در طراحی جدید، ولیدیتورها میتوانند پس از یک یا دو دور رأیگیری به توافق برسند. این تغییر توالی طولانیتر رأیهای اجماع آنچین موردنیاز در TowerBFT را حذف میکند، در حالی که اجرای تراکنشها برای اپلیکیشنها و کاربران تا حد زیادی بدون تغییر باقی میماند.
Alpenglow پیشتر بیش از چهار ماه روی یک کلاستر کوچکتر اجتماعی که مشخصاً برای آزمایش سیستم اجماع ایجاد شده بود، فعالیت کرده است. انتقال این ارتقا به تستنت عمومی تثبیتشده سولانا، آن را در معرض گروه بزرگتری از ولیدیتورها، ارائهدهندگان زیرساخت و سرویسهایی قرار میدهد که از قبل به شبکه متصل هستند.
تستنت عمومی از توکنهایی بدون ارزش پولی استفاده میکند و به توسعهدهندگان اجازه میدهد شبکه را ریاستارت کنند، رویههای مهاجرت را آزمایش کنند و مشکلات را بدون به خطر انداختن داراییهای میننت بررسی کنند.
Anza نخستین بار در ماه مه، Alpenglow را وارد مرحله آزمایش توسط ولیدیتورهای کامیونیتی کرد و این ارتقا را بزرگترین تغییر اجماع در تاریخ سولانا توصیف کرد. همانطور که crypto.news پیشتر گزارش داده بود، این کلاستر اجتماعی به اپراتورهای ولیدیتور اجازه داد طراحی جدید اجماع را پیش از استقرار در زیرساخت آزمایشی موجود سولانا بررسی کنند.
Votor طوری طراحی شده که بسته به میزان مشارکت ولیدیتورها، از یکی از دو مسیر رأیگیری به نهاییشدن برسد. مشخصات فنی قبلی نشان میداد اگر استیک کافی مشارکت کند، یک بلاک میتواند پس از یک دور نهایی شود؛ در حالی که دور دوم، در شرایط مشارکت کمتر، مسیر دیگری برای نهاییشدن فراهم میکند.
نتیجه مورد انتظار، کاهش شدید نسبت به زمان فعلی نهاییشدن در سولانا است. Anza، میانه زمان نهاییشدن را حدود ۱۵۰ میلیثانیه برآورد کرده و شبیهسازیهای قبلی در شرایط مطلوب این عدد را حتی تا ۱۰۰ میلیثانیه نیز نشان داده بودند.
توسعهدهندگان در قالب این ارتقا، نحوه اجرای تراکنشها توسط اپلیکیشنها را تغییر ندادهاند. کاربران کیف پول همچنان تراکنشها را از همان رابطها ارسال خواهند کرد، در حالی که تغییرات اصلی در نحوه ارتباط ولیدیتورها و رسیدن آنها به توافق بر سر وضعیت دائمی بلاکچین رخ میدهد.
ولیدیتورهایی که در آزمایش Alpenglow شرکت میکنند باید Agave 4.3 را اجرا کنند؛ جدیدترین شاخه نرمافزار اصلی ولیدیتور که توسط Anza نگهداری میشود.
Anza در ۲۱ سپتامبر، Agave 4.3 را برای پذیرش عمومی میان ولیدیتورهای میننت توصیه کرد. این فرایند استقرار پیشتر از مراحل کنترلشده عبور کرده بود و ابتدا از اپراتورهای مسئول ۱۰ درصد از استیک میننت خواسته شد ارتقا دهند، سپس این توصیه به ۲۵ درصد گسترش یافت.
توسعه Alpenglow ماههاست به انتشارهای Agave گره خورده است. در ماه اوت انتظار میرفت هدف نهاییشدن ۱۵۰ میلیثانیهای از طریق Agave 4.3 محقق شود، پس از آنکه کد پایه Alpenglow از قبل برای آزمایش در شاخه نرمافزاری قبلی گنجانده شده بود.
تاریخ ۲۸ سپتامبر که در برنامه Agave 4.3 مربوط به Anza درج شده، به ازسرگیری احتمالی فعالسازی قابلیتها در میننت اشاره دارد. Anza اعلام کرده که تاریخهای انتشار آن ممکن است تغییر کنند، در حالی که ردیاب feature gate این شرکت تا صبح چهارشنبه همچنان فعالسازی Alpenglow در تستنت را در وضعیت pending نشان میداد.
بنابراین ۲۸ سپتامبر به معنای تاریخ تأییدشدهای برای آغاز فعالیت Alpenglow روی میننت سولانا نیست.
این تمایز در شرایطی اهمیت پیدا میکند که چندین ارتقای عملکردی سولانا در قالب برنامههای فعالسازی جداگانه در حال پیشروی هستند. نهاییشدن تراکنش، تولید اسلات و ظرفیت تراکنشها توسط تغییرات متفاوتی در شبکه کنترل میشوند، هرچند هر یک میتوانند بر سرعت تعامل اپلیکیشنها با سولانا اثر بگذارند.
سولانا اخیراً تحت SIMD-0525، زمان هدف اسلات خود را از ۳۰۰ میلیثانیه به ۲۵۰ میلیثانیه کاهش داد و شبکه را به هدف چهار اسلات در ثانیه رساند.
ارتقای اسلات ۲۵۰ میلیثانیهای، پنجره رهبری چهار اسلاتی هر ولیدیتور را از ۱.۲ ثانیه به یک ثانیه کاهش داد. محدودیتهای پردازشی شبکه نیز همزمان با کوتاهتر شدن اسلاتها تنظیم شدند؛ به این معنی که این تغییر ظرفیت کلی پردازش را به همان نسبت افزایش نداد.
مرحله نهایی تحت SIMD-0525، اسلاتهای ۲۰۰ میلیثانیهای را هدف گرفته است که شبکه را به پنج اسلات هدفگذاریشده در ثانیه میرساند. توسعهدهندگان هنوز تاریخ تأییدشدهای برای فعالسازی این مرحله در میننت تعیین نکردهاند.
زمان اسلات و نهاییشدن، بخشهای متفاوتی از شبکه را اندازهگیری میکنند. زمان اسلات تعیین میکند سولانا با چه فرکانسی میتواند اسلاتهای جدید تولید کند، در حالی که Alpenglow نحوه رسیدن ولیدیتورها به توافق بر برگشتناپذیر بودن یک بلاک را تغییر میدهد.
سولانا دنباله فعلی کاهش زمان اسلات را در ماه اوت آغاز کرد؛ زمانی که هدف آن از تنظیم ۴۰۰ میلیثانیهای مورد استفاده از زمان راهاندازی شبکه، به ۳۵۰ میلیثانیه کاهش یافت. SIMD-0525 اهداف پیاپی ۳۵۰، ۳۰۰، ۲۵۰ و در نهایت ۲۰۰ میلیثانیه را ترسیم کرده بود.
Alpenglow از مسیر جداگانهای تحت SIMD-0326 پیروی میکند و بهجای تغییر مدت هر اسلات، TowerBFT را با Votor جایگزین میکند.
Firedancer و Frankendancer، کلاینتهای ولیدیتوری که توسط Jump Crypto توسعه یافتهاند، در حال حاضر از آزمایش Alpenglow پشتیبانی نمیکنند و به همین دلیل مهاجرت اولیه به Agave وابسته میماند.
تنوع کلاینت به ولیدیتورهای سولانا پیادهسازیهای نرمافزاری متفاوتی برای مشارکت در یک شبکه واحد میدهد. اگر کلاینتهای جداگانه در دسترس باشند، یک نقص نرمافزاری که یک پیادهسازی را تحت تأثیر قرار دهد، لزوماً همه ولیدیتورها را درگیر نخواهد کرد.
Firedancer پس از سالها توسعه توسط Jump Crypto، اوایل امسال تولید بلاک در میننت را آغاز کرد. این تیم در ابتدا با ادامه ممیزیهای امنیتی، استقرار تدریجی را توصیه کرده بود؛ کلاینتی که بهطور مستقل ساخته شده تا وابستگی به پیادهسازیهای فعلی ولیدیتور سولانا را کاهش دهد.
Frankendancer بهعنوان یک پیادهسازی هیبریدی عمل میکند که اجزایی از Firedancer را با نرمافزار موجود سولانا ترکیب میکند. در ردیاب فعلی feature gate مربوط به Anza، هیچیک از این دو پیادهسازی بهعنوان پشتیبان قابلیت Alpenglow تحت SIMD-0326 که در انتظار فعالسازی است، فهرست نشدهاند.
بنابراین Agave 4.3 کلاینت پشتیبانیشده برای نخستین مهاجرت به تستنت عمومی است. ردیاب Anza، Alpenglow را بهعنوان فعالسازی تستنتیِ در انتظار تحت SIMD-0326 فهرست میکند، در حالی که فیلدهای پشتیبانی برای Firedancer و Frankendancer همچنان بهصورت unavailable علامتگذاری شدهاند.





