ظلت شبكة سولانا تعمل بكامل طاقتها على الرغم من عطل في البنية التحتية عطل جزءًا مؤقتًا من شبكة مدققيها في 12 أغسطس، وذلك وفقًا لجاكوب كريتش، المدير التنفيذي للتقنية في مؤسسة سولانا.
من أصل 699 مدققًا من مدققي سولانا الذين قاموا بتخزين عملاتهم، واصل 597 التصويت بينما استمرت الكتل والمعاملات في المعالجة. استعاد المدققون المتأثرون عملهم في غضون 40 دقيقة.
قال كريتش إن المدققين في برنامج تفويض مؤسسة سولانا لم يتأثروا. لم تسجل صفحة الحالة الرسمية لسولانا أي حادث على الشبكة الرئيسية في 12 أو 13 أغسطس وأظهرت وقت تشغيل لمجموعة الشبكة الرئيسية التجريبية بنسبة 100% على مدار التسعين يومًا السابقة.
بينما ظلت الشبكة الرئيسية متصلة بالإنترنت، أظهر تحليل منفصل أن الحادث اقترب من تعطيل النهائية أكثر مما يوحي به العدد الفعلي للمدققين. وجدت Marinade Finance أن 28.83% من جميع عملات SOL المخزنة أصبحت متخلفة لمدة 33 دقيقة تقريبًا. تتطلب سولانا مشاركة أكثر من ثلثي الحصة للوصول إلى نهائية المعاملات، مما يضع عتبة عدم الاتصال ذات الصلة عند 33.34%.
حددت Marinade حوالي 90 مدققًا تأثروا بفشل التوجيه، بينما يشير الرقم الذي ذكره كريتش وهو 597 من أصل 699 إلى أن 102 مدقق لم يكونوا يصوتون في وقت ما. يعكس هذا الاختلاف قياسات منفصلة بدلاً من دليل على أن جميع المدققين الـ 102 شاركوا نفس عطل البنية التحتية.
وصف كريتش الحادث بأنه "دليل على مرونة سولانا". لقد صمدت الشبكة في وجه العطل، لكن بيانات Marinade أظهرت أيضًا أن الحصص المتخلفة وصلت إلى حوالي 86% من المستوى الذي كانت ستتوقف عنده النهائية.
أرجع تقرير حالة Teraswitch مشكلة البنية التحتية إلى مسار افتراضي خاطئ التكوين نشأ من منشأة MIA1 الخاصة بها في ميامي. نشر عاكس مسار في أمستردام المسار المعدل إلى الأسواق الأوروبية والآسيوية، حيث فضلت الموجهات المحلية هذا المسار على المسارات الصالحة. فقدت اثنا عشر موقعًا في لندن وأمستردام ودبلن وفرانكفورت وسنغافورة وطوكيو إمكانية الوصول. لم تتأثر المواقع في أمريكا الشمالية.
حدد المهندسون المسار خاطئ التكوين في غضون 10 دقائق وأزالوا ميامي من العمود الفقري الخاص. عادت الخدمة في الساعة 04:16:15 بالتوقيت العالمي المنسق (UTC). قامت Teraswitch لاحقًا بتطبيق تغيير عالمي عبر مواقع الحوسبة الخاصة بها بحيث لا يجب أن يمنع مسار خاطئ التكوين المماثل إعادة توجيه حركة المرور. وقالت الشركة المزودة إن الخلل الأساسي لا يزال قيد التحقيق وسيتبع ذلك تقرير كامل عن السبب الجذري.
كشف هذا الحدث أيضًا عن تركز البنية التحتية بين المدققين. حسبت Marinade أن نظامًا مستقلًا واحدًا يمتلك حوالي 118.9 مليون SOL، أو أكثر من ربع جميع عملات SOL المخزنة، وأن حوالي 94% من تلك الحصص خرجت عن الخدمة معًا.
تتناقض هذه النتيجة مع إعادة تشغيل الشبكة في فبراير 2024 بعد توقف إنتاج الكتل. تطلب المدققون إعادة تشغيل منسقة خلال ذلك الحادث، وظلت سولانا غير متصلة بالإنترنت لمدة خمس ساعات تقريبًا. لم يتطلب عطل البنية التحتية في 12 أغسطس إعادة تشغيل الشبكة الرئيسية.
سعت سولانا منذ ذلك الحين إلى مرونة إضافية من خلال برمجيات مدققين مستقلة. وفي تغطية ذات صلة، بدأت Firedancer في إنتاج كتل شبكة سولانا الرئيسية في عام 2026، مضيفة مسار عميل مدقق آخر إلى جانب النظام البيئي Agave المهيمن.
اختبر هذا العطل الأخير نوعًا مختلفًا من اللامركزية: الاستضافة المادية واتصال الشبكة بدلاً من برمجيات المدققين. واصلت سولانا معالجة المعاملات، لكن تركز الحصص خلف بنية تحتية مشتركة سمح لفشل مزود واحد بإزالة حصة كبيرة من حصص التصويت دفعة واحدة.
لقد تم بالفعل نشر الإصلاح الفوري لتكوين Teraswitch، لكن تحقيقها لم ينته بعد. لا يزال المزود يدرس سبب الإعلان عن مسار ميامي الافتراضي بخصائص غير صحيحة وقد تواصل مع بائع أجهزتها. ومن المتوقع صدور تقرير كامل بمجرد اكتمال هذا العمل.
من المرجح أيضًا أن يواجه مشغلو المدققين تدقيقًا أوثق بشأن تكرارية البنية التحتية. قالت Marinade إنها تخطط لمراجعة حدود التركيز حسب النظام المستقل ومركز البيانات وتوفير المزيد من الشفافية بشأن ترتيبات تجاوز الفشل التلقائي. بالنسبة لسولانا، الاختبار التالي هو ما إذا كانت تغييرات البنية التحتية هذه ستقلل من حصة الرهان المعرضة لأي فشل توجيه واحد.
