خفضت سولانا (Solana) زمن الفتحة المستهدف (slot time) من 300 مللي ثانية إلى 250 مللي ثانية، مما يزيد من معدل إنتاج الشبكة للفتحات بنحو 17% دون رفع سقف معالجتها الإجمالي بنفس القدر.

وفقًا لبيانات البلوك تشين، بدأ الإعداد الجديد العمل في 18 سبتمبر، ويجعل سولانا تنتج أربع فتحات مستهدفة في الثانية، مقارنة بحوالي 3.3 فتحة ضمن إعداد 300 مللي ثانية السابق. ويعد هذا التغيير المرحلة الثالثة من SIMD-0525، وهو مصمم لتقليل أوقات الفتحات تدريجيًا من إعداد الشبكة الأصلي البالغ 400 مللي ثانية إلى هدف نهائي قدره 200 مللي ثانية.

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

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

زمن فتحة سولانا يصل إلى 250 مللي ثانية

بدأت سولانا عملية الطرح الحالية في أغسطس عندما خفضت زمن فتحتها من 400 مللي ثانية إلى 350 مللي ثانية لأول مرة منذ إطلاق الشبكة، كما ذكرت crypto.news سابقًا.

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

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

تعد الأسواق القائمة على الأوراكل (oracle) وصناع السوق الآليون (automated market makers) من بين التطبيقات التي يغطيها الاقتراح لأن عملياتهم يمكن أن تعتمد على عمر البيانات الموجودة على السلسلة. ويقلل الفاصل الزمني الأقصر مقدار الوقت بين تحديثات الشبكة، بينما يمكن للمستخدمين رؤية تغييرات حالة المعاملات بشكل أسرع.

بالنسبة للمقايضات، يمكن للتوقيت الأقصر أن يضيق الفترة بين تقديم المعاملة ووصولها إلى الشبكة. ويحدد الاقتراح الأساسي التأكيدات الأسرع والتحديثات المتكررة كمزايا لتقليل مدة الفتحة.

لا يزيد هذا التغيير من سعة معاملات سولانا الخام بنحو 17%.

بموجب SIMD-0525، يتم تقليل حدود الموارد بما يتناسب مع مدة الفتحة. يتم إنتاج المزيد من الفتحات على مدى فترة معينة، ولكن يُسمح لكل فتحة بحمل قدر أقل من الحوسبة والبيانات، مما يحافظ على مستوى العمل الذي يمكن للشبكة معالجته على مدار الوقت الفعلي عند نفس المستوى تقريبًا.

عند الخط الأساسي لوحدة الحوسبة البالغ 60 مليونًا المستخدم في الاقتراح، ينخفض الحد الأقصى لكل فتحة مع تسارع التوقيت. يتوافق إعداد 250 مللي ثانية مع حد لوحدة الحوسبة يبلغ 37.5 مليونًا، بينما المرحلة المخطط لها عند 200 مللي ثانية ستقلل هذا الحد إلى 30 مليونًا.

الكتل الأسرع تغير متطلبات البنية التحتية لسولانا

لدى موفري البنية التحتية الآن كتل فردية أكثر لمعالجتها وتخزينها على الرغم من أن سقف معالجة الساعة الزمنية يظل دون تغيير إلى حد كبير.

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

تتغير توقيتات الحقبة (Epoch) لنفس السبب. تحافظ سولانا على كل حقبة ثابتة عند 432,000 فتحة، مما يعني أن الحقبة تصبح أقصر مع انخفاض مدة كل فتحة.

عند الهدف السابق البالغ 300 مللي ثانية، استمرت الحقبة حوالي 36 ساعة. ويقلص إعداد 250 مللي ثانية المدة المتوقعة إلى حوالي 30 ساعة. ومن شأن الانتقال إلى الهدف النهائي البالغ 200 مللي ثانية أن يقللها إلى حوالي 24 ساعة.

تشكل تخفيضات الفتحات المرحلية لسولانا جزءًا من طرح Agave 4.2. بدأ إصدار العميل في تفعيل العديد من تغييرات الشبكة في أغسطس، بما في ذلك انخفاض إيجار التخزين على السلسلة، والمعاملات الأكبر، والمسار نحو فتحات 200 مللي ثانية.

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

لم يتم تحديد تاريخ للشبكة الرئيسية لمرحلة 200 مللي ثانية.

ترقيات سولانا تتجاوز الفتحات الأسرع

توقيت الفتحة هو جزء واحد فقط من تغييرات الشبكة التي يتم طرحها عبر Agave.

قدمت سولانا بشكل منفصل Transaction V1 (المعاملة الإصدار الأول)، الذي يرفع الحد الأقصى لحجم المعاملة المتسلسلة من 1,232 بايت إلى 4,096 بايت. يمكن لتنسيق المعاملة الأكبر استيعاب العمليات الثقيلة بالبيانات مثل إثباتات المعرفة الصفرية (zero-knowledge proofs) وتعليمات التوقيع المتعدد المعقدة (complex multisignature instructions) ضمن معاملة واحدة.

المعاملة V1 اختيارية، بينما تظل المعاملات القديمة ومعاملات الإصدار صفر مدعومة. تحتاج التطبيقات التي تقرأ الكتل إلى دعم التنسيق الأحدث للتعامل بشكل صحيح مع معاملات V1.

زيادة حجم المعاملة منفصلة عن SIMD-0525. لذلك، لا تحدد المعاملات الفردية الأكبر ساعة الفتحة، بينما لا تزيد الفتحات الأقصر تلقائيًا الحد الأقصى لحجم المعاملة.

تقوم سولانا بتفعيل التغييرات بشكل مستقل من خلال بوابات الميزات (feature gates). يسمح هذا الهيكل بترقية واحدة بالمضي قدمًا دون الحاجة إلى تفعيل الميزات الأخرى المدرجة في Agave 4.2 في نفس الوقت.

سولانا لا تزال تستهدف فتحات 200 مللي ثانية

المرحلة النهائية ضمن SIMD-0525 ستقلل زمن الفتحة المستهدف من 250 مللي ثانية إلى 200 مللي ثانية، مما يجعل الشبكة تنتج خمس فتحات مستهدفة في الثانية.

وبالتالي، ستنخفض نافذة قيادة المدقق ذات الأربع فتحات إلى حوالي 800 مللي ثانية. ستنخفض مدة الحقبة من حوالي 30 ساعة ضمن إعداد 250 مللي ثانية الحالي إلى حوالي 24 ساعة.

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

تخفيضات الفتحات منفصلة عن Alpenglow، إعادة تصميم الإجماع المخطط لها لسولانا. يهدف Alpenglow إلى استبدال TowerBFT بنظام تصويت يسمى Votor وإزالة معاملات التصويت على السلسلة من عملية إجماع الشبكة الأساسية.

تستهدف ترقية إجماع Alpenglow اكتمالًا (finality) يبلغ حوالي 150 مللي ثانية. تم تضمين رمزها للاختبار، بينما تم ربط نشرها على الشبكة الرئيسية بـ Agave 4.3 بدلاً من بوابات ميزات زمن الفتحة المستخدمة لـ SIMD-0525.

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

بالنسبة لـ SIMD-0525، تظل الشبكة في مرحلة 250 مللي ثانية حتى يقوم المطورون بتفعيل بوابة الميزة النهائية. من شأن تكوين 200 مللي ثانية أن يكمل عملية طرح بدأت عند 400 مللي ثانية وانتقلت عبر 350 مللي ثانية، و300 مللي ثانية، و250 مللي ثانية مع تقليل حدود الموارد في كل خطوة.