Alpenglow في سولانا: كيف يريد Votor وRotor خفض النهائية إلى 150 مللي ثانية؟

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

تقنياً، جرى تقديم Alpenglow في المقترح SIMD-0326 بوصفه تعديلاً كبيراً على توافق سولانا، يستبدل آليتي Proof of History وTower BFT الحاليتين بتصميم يتمحور حول Votor للتصويت والنهائية، وRotor لنشر بيانات الكتل، مع هدف خفض زمن النهائية من 12.8 ثانية في Tower BFT إلى نطاق 100–150 مللي ثانية . وقد اجتاز المقترح الحوكمة، لكن تفعيله على الشبكة الرئيسية يبقى مرتبطاً بالاختبارات وجاهزية التنفيذ لا بالتصويت وحده .

لماذا تغيّر سولانا طبقة التوافق؟

تعتمد سولانا اليوم على Proof of History كآلية لترتيب الزمن تشفيرياً: العقد القائدة تضع طوابع زمنية للكتل عبر براهين يمكن للمدقّقين التحقق منها . ثم يأتي Tower BFT ليبني التوافق عبر تكديس أصوات المدقّقين مع فترات قفل؛ كل صوت يؤكد فرعاً من السلسلة ويزيد قفل الأصوات السابقة .

هذا التصميم ساعد سولانا على تقديم تجربة سريعة في التأكيدات التفاؤلية. لكن Alpenglow يستهدف نقطة مختلفة: النهائية الأقوى. مواد Anza تذكر أن سولانا اليوم تقدم نهائية تفاؤلية بحدود ثانية تقريباً، بينما يقارن SIMD-0326 نهائية Tower BFT البالغة 12.8 ثانية بهدف Alpenglow البالغ 100–150 مللي ثانية . الفارق مهم: التأكيد التفاؤلي قد يجعل العملية تبدو منتهية بسرعة، أما النهائية فهي اللحظة التي يصبح فيها الاستقرار ناتجاً عن التوافق نفسه.

Votor: مسار أقصر للتصويت والنهائية

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

هنا يكمن التحول الكبير مقارنة بـ Tower BFT. بدلاً من الاعتماد على برج طويل من الأصوات وفترات القفل المتراكمة، يحاول Votor الوصول إلى النهائية في مسار أقصر عندما تتوافر مشاركة كافية من الحصة. بعض الشروحات التقنية الخارجية تصف ذلك بعتبات حصة في نطاق 60%–80%، لكن الخلاصة الأكثر أماناً من المصدر الأساسي هي نموذج الإنهاء بجولة واحدة أو جولتين كما ورد في SIMD-0326 .

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

Rotor: نشر الكتل بسرعة لا تقل أهمية عن التصويت

Rotor هو بروتوكول نشر البيانات في Alpenglow. وتصفه Anza بأنه يتبنى فكرة Turbine، نظام توزيع الكتل الحالي في سولانا، مع تنقيحها وتحسينها . دوره عملي جداً: لا يستطيع Votor إنهاء الكتل بسرعة إذا لم تصل بيانات الكتلة إلى المدقّقين بالسرعة الكافية ليفحصوها ويصوّتوا عليها.

تقول ملخصات تقنية خارجية إن Rotor يستخدم مسارات ترحيل أكثر تنظيماً ومرتبطة بالحصة، مع تقديرات تشير إلى أهداف بث دون 100 مللي ثانية، بل يذكر أحدها 18 مللي ثانية في ظروف شبكة نموذجية . هذه الأرقام يجب قراءتها كأهداف أو تقديرات قبل قياسات الشبكة الرئيسية، لكنها تشرح سبب اقتران Rotor بـ Votor: التصويت السريع يحتاج أولاً إلى وصول سريع ومتوقع للبيانات.

المكاسب المتوقعة... والتحفظات الضرورية

المجال	ما الذي قد يتغير؟	التحفّظ المهم
النهائية	الهدف الرئيسي هو خفض النهائية من 12.8 ثانية في Tower BFT إلى نحو 100–150 مللي ثانية في Alpenglow .	لدى سولانا أصلاً تأكيد تفاؤلي أسرع بحدود ثانية تقريباً، لذا التغيير الأكبر يتعلق بالنهائية الأقوى لا بمجرد الإحساس الأولي بالسرعة .
نشر الكتل	Rotor مصمم لجعل توزيع الكتل أسرع وأكثر قابلية للتوقع؛ تقديرات خارجية تذكر أهدافاً دون 100 مللي ثانية، مع تقدير يبلغ 18 مللي ثانية في ظروف نموذجية .	هذه ليست بعد قياسات مؤكدة من الشبكة الرئيسية.
السعة ومساحة الكتل	تقول Alchemy إن أصوات المدقّقين تستهلك حالياً نحو 75% من مساحة كتل سولانا، وإن نقل التصويت خارج السلسلة قد يحرر جزءاً كبيراً منها لمعاملات المستخدمين .	Alpenglow هو أساساً ترقية توافق ونهائية، لذلك فإن مكاسب الإنتاجية تأتي بصورة غير مباشرة وليست وعداً آلياً بزيادة خام في TPS .
تكاليف المدقّقين	إذا انخفضت الحاجة إلى نشر أصوات التوافق كمعاملات على السلسلة، فمن المفترض أن يتراجع ضغط رسوم التصويت المتكرر على المدقّقين؛ كما تشير إحدى الملخصات إلى نموذج Validator Admission Ticket كتغيير مرتبط بالتكاليف .	حجم التوفير الفعلي يعتمد على التنفيذ النهائي والرسوم واقتصاديات الشبكة.
عبء الاتصال داخل الشبكة	بعض الملخصات التقنية تتوقع انخفاضاً في عبء اتصالات المدقّقين، بما في ذلك تقدير يقارب 40% .	يبقى ذلك توقعاً إلى أن تظهر قياسات بعد النشر الفعلي.

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

الجدول الزمني: من المقترح إلى الشبكة الرئيسية

قدّمت Anza فكرة Alpenglow كبروتوكول توافق جديد ووصفتها بأنها أكبر تغيير في بروتوكول سولانا الأساسي حتى الآن . ثم نُشر المقترح الرسمي SIMD-0326 في أغسطس 2025، واصفاً Alpenglow بأنه إصلاح واسع لتوافق سولانا الأساسي . وبدأ التصويت لاحقاً في الشهر نفسه، إذ ذكرت SolanaFloor أن نافذة التصويت امتدت من Epoch 840 إلى Epoch 842 .

مرّ تصويت الحوكمة في أوائل سبتمبر 2025. وتختلف التقارير المنشورة قليلاً في نسبة التأييد: Alchemy تذكر 98.27%، بينما تذكر Blockworks أن 98.94% من المشاركين صوّتوا لصالح المقترح؛ وكلاهما يشير إلى مشاركة تقارب 52% من الحصة . الخلاصة الثابتة أن المقترح تجاوز الحوكمة بدعم واسع جداً من المدقّقين.

أما طريق الاختبار ثم الشبكة الرئيسية فليس محسوماً بالكامل. خارطة طريق Anza كانت تتوقع وصول Alpenglow إلى الشبكة الرئيسية في أوائل 2026، بينما قالت Alchemy في ملخص لاحق في أبريل 2026 إن Alpenglow كان في اختبارات على عناقيد خاصة، وإن الوصول إلى الشبكة الرئيسية متوقع في أواخر 2026 . كما قالت Anza إن تركيزها في 2026 هو نقل Alpenglow من عناقيد التطوير إلى عمل نشر أوسع .

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

الخلاصة

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

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