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

وفقًا لصفحة الترقيات التابعة لمؤسسة سولانا، أصبحت Alpenglow نشطة الآن على devnet وtestnet، لكنها لم تُفعّل بعد على mainnet. وكانت Anza، المطوّرة للبرمجيات الأساسية الخاصة بمدققي سولانا، قد أعلنت التحول إلى devnet في 25 سبتمبر، بعد يوم واحد من إكمال testnet انتقالها.

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

وبالنسبة للمطورين، تعني المرحلة الجديدة على devnet أنهم قادرون على اختبار التطبيقات مقابل Alpenglow دون انتظار وصول النظام إلى البلوكتشين التي تدير أموال المستخدمين. ولا تزال mainnet الخاصة بسولانا تستخدم TowerBFT، لذلك يبقى رقم 150 ملّي ثانية هدفًا للترقية المخططة، وليس زمن نهائية متاحًا للمستخدمين اليوم.

ترقية Alpenglow في سولانا تغيّر طريقة إضفاء المدققين النهائية على الكتل

في ظل TowerBFT، يرسل المدققون أصواتهم على هيئة معاملات تظهر داخل الكتل. ويجب أن يتراكم عدد كافٍ من الأصوات عبر 32 slot قبل أن تصبح الكتلة نهائية، وهو ما يستغرق حاليًا نحو 12.8 ثانية، بحسب المؤسسة.

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

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

وتفصل المؤسسة بين النهائية والوقت اللازم لإنتاج كتلة. ففي سبتمبر، خفّضت سولانا الزمن المستهدف للـ slot من 300 ملّي ثانية إلى 250 ملّي ثانية، مع تخفيض إضافي إلى 200 ملّي ثانية مخطط له ضمن ترقية منفصلة. ويؤثر تقصير الـ slots في عدد المرات التي يمكن للشبكة أن تنتجها فيها؛ أما Alpenglow فيغيّر كيفية اتفاق المدققين على أن الكتلة أصبحت نهائية.

وكان تقرير سابق لـ crypto.news قد تناول الاستعدادات الخاصة بـ testnet في 23 سبتمبر، حين كان المطورون يجهزون Agave 4.3 للاختبار العام. ويمنح الانتقال إلى devnet الآن فرق التطبيقات إمكانية الوصول إلى نظام الإجماع المُرقّى على الشبكة التي يستخدمونها عادةً في التطوير.

خدمات بيانات الكتل تواجه تغييرات قبل mainnet

بالنسبة إلى أي تطبيق يرسل المعاملات ويقرأ أرصدة الحسابات، تقول المؤسسة إن Alpenglow لا تتطلب أي ترحيل. إذ تبقى آلية تنفيذ المعاملات والرسوم والصيغ المستخدمة في إرسال المعاملات كما هي في ظل ترقية الإجماع.

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

كما ستختفي أصوات المدققين من الكتل لأنها لن تُقدَّم بعد الآن كمعاملات. ونتيجة لذلك، فإن أي مخطط يحتسب كلًا من معاملات المستخدمين وأصوات المدققين سيُظهر إجماليًا أقل للمعاملات بعد التفعيل حتى لو نفّذ المستخدمون العدد نفسه من المدفوعات والصفقات. وقد طلبت المؤسسة من مزوّدي البيانات إعادة ضبط المقارنات والتنبيهات المبنية على الأرقام القديمة.

وتقرأ بعض الخدمات أيضًا مشاركة المدققين من معاملات التصويت. وفي ظل Alpenglow، تقول المؤسسة إن هذه المعلومات تنتقل إلى شهادات مرفقة ببيانات الكتل، ما يفرض على تلك الخدمات تغيير مصدر حصولها عليها. كما يجب على المشغلين الذين يستخدمون تدفقات بيانات Geyser أو gRPC الخاصة بسولانا أن يراعوا أيضًا المعرّفات التي تميّز الكتل المرشحة داخل الـ slot الواحد.

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

تفعيل mainnet لا يزال بلا موعد نهائي مؤكد

كانت خارطة الطريق السابقة لـ Alpenglow في سولانا قد ربطت الطرح المقترح على mainnet بإصدار Agave 4.3 وبهدف زمني في أكتوبر. لكن لا انتقال testnet ولا تفعيل devnet يحددان موعدًا مؤكدًا للتحول على الشبكة الحية.

ويتيح جدول برمجيات Anza مبدئيًا استئناف تفعيل الميزات على mainnet في 28 سبتمبر. إلا أن الجدول لا يحدد ذلك اليوم باعتباره موعد تفعيل Alpenglow، كما أن صفحة الحالة التابعة للمؤسسة لا تزال تُدرج الترقية على أنها غير نشطة على mainnet.

وتصف المؤسسة Votor بأنها المرحلة الأولى من Alpenglow. أما المرحلة اللاحقة، Rotor، فمن المخطط لها أن تستبدل النظام المستخدم لنشر الكتل عبر الشبكة. ويركز الطرح الحالي على تغييرات التصويت والنهائية، بينما يأتي هدف نحو 150 ملّي ثانية من الاختبارات والمحاكاة، لا من معاملات تمت تسويتها في ظروف السوق الحية.