بعد التباطؤ في شبكة XRPL، ديفيد شوارتز يوضح مخاطر الشبكة

أدى الخلل الفني الذي تسبب في تباطؤ المعاملات في شبكة XRP Ledger إلى إجراء مراجعة أوسع لهندسة البروتوكول. وقد أوضح ديفيد شوارتز، المدير السابق للتكنولوجيا في Ripple وأحد مطوري النظام، النقاط الضعيفة البارزة في الشبكة في تقييمه العلني بعد الحادث.

التباطؤ في إغلاق دفاتر الحسابات أدى إلى بدء مراجعة

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

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

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

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

رد على ادعاءات نقطة خطأ واحدة

رفض شوارتز أيضًا الادعاءات بأن الشبكة مرتبطة بعقدة واحدة أو مركز واحد. وأوضح أن XRPL يعمل بهيكل لامركزي بالكامل، مشيرًا إلى أن إغلاق مركز كبير، أو حتى عقدته الخاصة، أو تعرضه لحمولة زائدة لن يؤثر مباشرة على قابلية تشغيل الشبكة بشكل عام.

تعتبر Ripple واحدة من الشركات الرائدة في نظام XRP البيئي، حيث تطور بنى تحتية للدفع وحلول مالية قائمة على تقنية البلوكشين. بينما يُعرف XRP Ledger بأنه شبكة بلوكشين مفتوحة المصدر تعمل بشكل مستقل عن Ripple.

أنظمة المراقبة تعطلت تحت الضغط

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

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

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

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

مراجعة السجلات المرسلة إلى خادم اختبار قديم

خلال المراجعة، اتضح أن السجلات اليومية لمركز أحد مطوري XRPL قد أُرسلت إلى خادم اختبار قديم تابع لمؤسسة XRP Ledger. وقد زاد ذلك من صعوبة جمع البيانات بشكل كامل في لحظة الحادث.

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