حدّد نائب رئيس التكنولوجيا في مؤسسة سولانا، جيكوب كريتش، العديد من الترقيات القادمة لسولانا في 30 أغسطس. من المقرر إطلاق الإصدار V1 للمعاملات في 9 سبتمبر، بينما من المتوقع المرحلة الأولى من تخفيض رسوم الإيجار للشبكة خلال الأسبوع الذي يبدأ في 31 أغسطس.
كما صرح كريتش بأن المطورين يخططون لتقصير الفترات الزمنية (slot times) أكثر واستهدفوا شهر أكتوبر لإطلاق Alpenglow. ومع ذلك، تتبع هذه التغييرات عمليات تفعيل منفصلة. لن يؤدي الإصدار V1 للمعاملات إلى تقليل الفترات الزمنية تلقائيًا أو تفعيل Alpenglow.
الإصدار V1 للمعاملات سيرفع الحد الأقصى لحجم المعاملة المتسلسلة في سولانا من 1,232 بايت إلى 4,096 بايت. هذه الزيادة تعادل حوالي 3.3 أضعاف الحد الحالي، وفقًا لخريطة طريق ترقية سولانا الرسمية.
يمكن أن يدعم التنسيق الأكبر المعاملات التي تحتوي على براهين المعرفة الصفرية (zero-knowledge proofs)، وتعليمات التوقيعات المتعددة المعقدة (complex multisignature instructions)، وعمليات أخرى كثيفة البيانات. كما يحدد اقتراح SIMD-0296 المرتبط به توقيعات BLS والعمليات عبر السلاسل (cross-chain operations) كاستخدامات محتملة.
يجب على المطورين اختيار استخدام تنسيق V1. وستظل المعاملات القديمة (legacy) ومعاملات الإصدار صفر (version-zero) صالحة. لن يدعم الإصدار V1 للمعاملات جداول البحث عن العناوين (address lookup tables)، مما يعني أن التطبيقات يجب أن تقرر التنسيق الذي يناسب كل معاملة.
يتطلب هذا التغيير أيضًا من المحافظ وواجهات برمجة التطبيقات (APIs) والبنى التحتية الأخرى التعامل مع حمولات بيانات أكبر. ويقر الاقتراح بالمخاطر المحتملة المتعلقة بعرض النطاق الترددي وتجزئة الشبكة، مما يجعل الاختبار المنسق مهمًا قبل التبني على نطاق أوسع.
لا يوفر التخفيض الأول للإيجار الهدف الكامل بنسبة 90% على الفور. تخطط سولانا لخمس مراحل من شأنها أن تخفض في النهاية حساب الإيجار من 6,960 لامبورت لكل بايت إلى 696 لامبورت لكل بايت.
تستخدم سولانا الأرصدة المعفاة من الإيجار للحد من النمو غير المنضبط للحالة. تقوم التطبيقات بحجز عملات SOL عند إنشاء حسابات تخزن البيانات. وعادة ما تكون عملة SOL هذه قابلة للاسترداد عند إغلاق الحساب، مما يعني أن الإيجار يعمل كوديعة قابلة للاسترداد أكثر من كونه رسوم شبكة متكررة.
ستؤدي المتطلبات الأقل إلى تقليل كمية عملات SOL التي يجب على المطورين حجزها عند إنشاء حسابات الرموز المميزة، وحسابات البرامج، وغيرها من حالات السلسلة. وهذا يمكن أن يخفض تكاليف الدخول للتطبيقات التي تدير العديد من حسابات المستخدمين.
تضمن Agave 4.2 الكود الضروري، لكن سولانا وضعت التغييرات خلف بوابات ميزات مستقلة. وكما ذكرت crypto.news سابقًا، يمكن للمصدقين (validators) تفعيل ترقيات الإيجار وحجم المعاملات والفترات الزمنية بشكل منفصل بعد الاختبار.
خفضت سولانا بالفعل الفترة الزمنية المستهدفة (slot time) إلى 350 مللي ثانية، بعد أن كانت 400 مللي ثانية. وتخطط الشبكة لمراحل إضافية عند 300 و 250 و 200 مللي ثانية في النهاية.
لم يقدم كريتش مواعيد للمراحل المتبقية. يتطلب كل تخفيض تفعيل ميزة منفصلة. لذا يمكن لمطوري الشبكة مراقبة أداء المصدقين (validators) قبل الانتقال إلى الهدف التالي.
يمكن أن تعمل الفترات الزمنية الأقصر على تحسين سرعة تأكيد المعاملات وزيادة تكرار إنتاج المصدقين للكتل. كما أنها تضع متطلبات توقيت وشبكة أكبر على المصدقين. وتخطط سولانا لتعديل حدود الموارد بشكل متناسب أثناء عملية الطرح.
يرتبط الإصدار V1 للمعاملات وتقليل الفترات الزمنية بخريطة طريق أداء سولانا الأوسع، لكنهما يظلان متميزين تقنيًا. التقارير التي تصف 9 سبتمبر كتاريخ لكلتا التغييرين ستكون مبالغة في إعلان كريتش.
Alpenglow هو إعادة تصميم توافق سولانا المقترحة. تقول سولانا إنها تهدف إلى تقليل نهائية المعاملات (transaction finality) إلى حوالي 150 مللي ثانية، مقارنة بعملية التأكيد الأطول المستخدمة في نظام التوافق الحالي.
تُدرج خريطة الطريق الرسمية Alpenglow على أنه "قيد التطوير"، بينما من المتوقع إصدار Agave 4.3 في أكتوبر. يدعم منشور كريتش شهر أكتوبر كهدف حالي، لكن لا يؤكد أي من البيانين تاريخ تفعيل مضمون للشبكة الرئيسية.
قبل ذلك، من المتوقع أن تبدأ سولانا المرحلة الأولى من تخفيض الإيجار وتفعيل الإصدار V1 للمعاملات في 9 سبتمبر. وستعتمد التخفيضات الإضافية للفترات الزمنية (slots) على تفعيلات منفصلة للمصدقين (validators). ويجب على Alpenglow أيضًا إكمال الاختبار وتأمين دعم الشبكة المطلوب.
لم يُعزى أي تحرك مؤكد في السوق بشكل مباشر إلى إعلان كريتش وقت النشر.
SOL