دفعت سولانا بترقية الإجماع Alpenglow نحو النشر على شبكة الاختبار العامة، بينما يستعد المطورون لاختبار تصميم يهدف إلى خفض نهائية المعاملات من نحو 13 ثانية إلى حوالي 150 مللي ثانية.

وفقًا لـ GitHub، ستتيح مرحلة شبكة الاختبار للمطورين اختبار عملية الترحيل عبر بيئة الاختبار المعتمدة لدى سولانا قبل النظر في اعتماد نظام الإجماع على الشبكة الرئيسية.

تشير النهائية إلى اللحظة التي تصبح فيها المعاملة غير قابلة للعكس بموجب قواعد الإجماع الخاصة بالشبكة. وعادةً ما تنتظر منصات التداول تحقق النهائية قبل قيد الإيداعات، بينما تستخدمها جسور البلوكشين قبل الإفراج عن الأصول على شبكة أخرى.

تعتمد سولانا حاليًا على TowerBFT للإجماع، حيث يسجل المدققون الأصوات على السلسلة ويجمعون عددًا كافيًا من الأصوات عبر 32 خانة قبل أن تصل الكتلة إلى النهائية. وتستبدل Alpenglow هذه العملية ببروتوكول يُسمى Votor، يتيح للمدققين تبادل الأصوات مباشرة.

وبموجب التصميم الجديد، يمكن للمدققين الوصول إلى توافق بعد جولة واحدة أو جولتين من التصويت. ويزيل هذا التغيير التسلسل الأطول من أصوات الإجماع على السلسلة المطلوب في TowerBFT، مع إبقاء تنفيذ المعاملات دون تغيير يُذكر بالنسبة للتطبيقات والمستخدمين.

Solana Alpenglow تنتقل إلى شبكة الاختبار العامة

أمضت Alpenglow بالفعل أكثر من أربعة أشهر تعمل على عنقود مجتمعي أصغر أُنشئ خصيصًا لاختبار نظام الإجماع. ومن شأن نقل الترقية إلى شبكة الاختبار العامة المعتمدة لدى سولانا أن يعرّضها لمجموعة أكبر من المدققين ومزودي البنية التحتية والخدمات المتصلة بالشبكة بالفعل.

تستخدم شبكة الاختبار العامة رموزًا لا تحمل قيمة مالية، ما يتيح للمطورين إعادة تشغيل الشبكة واختبار إجراءات الترحيل والتحقيق في المشكلات من دون تعريض أموال الشبكة الرئيسية للخطر.

كانت Anza قد نقلت Alpenglow لأول مرة إلى اختبارات المدققين المجتمعيين في مايو، ووصفت الترقية بأنها أكبر تغيير في آلية الإجماع في تاريخ سولانا. وكما ذكرت crypto.news سابقًا، أتاح العنقود المجتمعي لمشغلي المدققين اختبار تصميم الإجماع الجديد قبل نشره عبر بنية الاختبار الحالية الخاصة بسولانا.

صُمم Votor لتحقيق النهائية عبر أحد مسارين للتصويت بحسب مشاركة المدققين. وكانت المواصفات السابقة تشير إلى أن الكتلة يمكن أن تُحسم بعد جولة واحدة عندما يشارك قدر كافٍ من الحصة المرهونة، بينما توفر جولة ثانية مسارًا آخر إلى النهائية عند انخفاض مستوى المشاركة.

ومن المتوقع أن تكون النتيجة خفضًا حادًا مقارنة بزمن النهائية الحالي في سولانا. وقدّرت Anza أن متوسط النهائية سيبلغ نحو 150 مللي ثانية، في حين أشارت محاكاة سابقة إلى إمكانية انخفاضه إلى 100 مللي ثانية في ظروف مواتية.

لم يغيّر المطورون طريقة تنفيذ التطبيقات للمعاملات كجزء من الترقية. وسيواصل مستخدمو المحافظ إرسال المعاملات عبر الواجهات نفسها، بينما تتركز التغييرات الرئيسية في كيفية تواصل المدققين وتوصلهم إلى اتفاق بشأن الحالة الدائمة للبلوكشين.

Agave 4.3 يحمل شيفرة Alpenglow

يحتاج المدققون المشاركون في اختبار Alpenglow إلى تشغيل Agave 4.3، وهو أحدث فرع من برنامج المدقق الرئيسي الذي تتولى Anza صيانته.

أوصت Anza باعتماد Agave 4.3 بشكل عام بين مدققي الشبكة الرئيسية في 21 سبتمبر. وكانت عملية الطرح قد مرت سابقًا بمراحل مضبوطة، إذ طُلب أولًا من المشغلين المسؤولين عن 10% من الحصة المرهونة على الشبكة الرئيسية الترقية، قبل توسيع التوصية لتشمل 25%.

ظل تطوير Alpenglow مرتبطًا بإصدارات Agave لعدة أشهر. ففي أغسطس، كان من المتوقع أن يصل هدف النهائية البالغ 150 مللي ثانية عبر Agave 4.3 بعد أن كانت الشيفرة الأساسية لـ Alpenglow قد أُدرجت بالفعل للاختبار في فرع البرنامج السابق.

ويشير تاريخ 28 سبتمبر المدرج في جدول Agave 4.3 لدى Anza إلى الاستئناف المبدئي لتفعيل الميزات على الشبكة الرئيسية. وتوضح Anza أن مواعيد الإصدارات قابلة للتغيير، في حين ظل متتبع بوابات الميزات لديها يُظهر أن تفعيل Alpenglow على شبكة الاختبار لا يزال معلقًا حتى صباح الأربعاء.

وعليه، فإن 28 سبتمبر لا يمثل موعدًا مؤكدًا لبدء تشغيل Alpenglow على الشبكة الرئيسية لسولانا.

ويأتي هذا التمييز في وقت كانت فيه عدة ترقيات لأداء سولانا تتحرك وفق جداول تفعيل منفصلة. إذ تتحكم تغييرات مختلفة في نهائية المعاملات وإنتاج الخانات وسعة المعاملات، رغم أن كلًا منها يمكن أن يؤثر في سرعة تفاعل التطبيقات مع سولانا.

سولانا خفّضت بالفعل أزمنة الخانات إلى 250 مللي ثانية

خفضت سولانا مؤخرًا الزمن المستهدف للخانة من 300 مللي ثانية إلى 250 مللي ثانية بموجب SIMD-0525، ما رفع الشبكة إلى هدف قدره أربع خانات في الثانية.

وأدى تحديث الخانات إلى 250 مللي ثانية إلى تقليص نافذة قيادة الخانات الأربع لكل مدقق من 1.2 ثانية إلى ثانية واحدة. كما جرى تعديل حدود معالجة الشبكة بالتوازي مع تقصير الخانات، ما يعني أن هذا التغيير لم يرفع السعة الإجمالية للمعالجة بالنسبة نفسها.

وتستهدف المرحلة النهائية ضمن SIMD-0525 خانات بزمن 200 مللي ثانية، وهو ما سيرفع الشبكة إلى خمسة خانات مستهدفة في الثانية. ولم يحدد المطورون بعد موعدًا مؤكدًا لتفعيل هذه المرحلة على الشبكة الرئيسية.

يقيس زمن الخانة والنهائية جزأين مختلفين من الشبكة. فزمن الخانة يحدد مدى تكرار قدرة سولانا على إنتاج خانات جديدة، بينما تغيّر Alpenglow كيفية توصل المدققين إلى اتفاق على أن الكتلة أصبحت غير قابلة للعكس.

بدأت سولانا التسلسل الحالي لتقليص أزمنة الخانات في أغسطس، عندما انخفض الهدف إلى 350 مللي ثانية من مستوى 400 مللي ثانية المستخدم منذ إطلاق الشبكة. وقد حدد SIMD-0525 أهدافًا متتالية عند 350 و300 و250 وفي نهاية المطاف 200 مللي ثانية.

وتسلك Alpenglow مسارًا منفصلًا عبر SIMD-0326، إذ تستبدل TowerBFT ببروتوكول Votor بدلًا من تعديل مدة الخانات الفردية.

Firedancer لا يزال خارج أول اختبار لـ Alpenglow

لا يدعم كل من Firedancer وFrankendancer، وهما عميلان للمدققين طورتهما Jump Crypto، اختبار Alpenglow حاليًا، ما يجعل الترحيل الأولي معتمدًا على Agave.

ويمنح تنوع العملاء مدققي سولانا تطبيقات برمجية مختلفة للمشاركة في الشبكة نفسها. وإذا كانت هناك عملاء منفصلة متاحة، فإن عطلًا برمجيًا يصيب أحد التطبيقات لا يعني بالضرورة تأثر جميع المدققين.

بدأ Firedancer بإنتاج كتل على الشبكة الرئيسية في وقت سابق من هذا العام بعد سنوات من التطوير لدى Jump Crypto. وكان الفريق قد أوصى في البداية بطرح تدريجي بينما استمرت التدقيقات الأمنية، مع استهداف العميل المبني بشكل مستقل تقليل الاعتماد على تطبيقات المدقق الحالية في سولانا.

ويعمل Frankendancer كتنفيذ هجين يجمع بين مكونات من Firedancer وبرمجيات سولانا الحالية. ولا يظهر أي من التطبيقين على أنه يدعم ميزة Alpenglow المعلقة ضمن SIMD-0326 في متتبع بوابات الميزات الحالي لدى Anza.

لذلك، يُعد Agave 4.3 العميل المدعوم لأول عملية ترحيل على شبكة الاختبار العامة. ويُدرج متتبع Anza Alpenglow كتفعيل معلق على شبكة الاختبار ضمن SIMD-0326، بينما تظل خانات الدعم الخاصة بـ Firedancer وFrankendancer محددة على أنها غير متاحة.