يُطلب من مشغلي العُقد الذين يشغّلون دفتر أستاذ XRP التحرك بسرعة. فقد حثّ مدير الهندسة في ريبل، فيجاي خانا، مزوّدي البنية التحتية في 2 أغسطس على إكمال ترقية عُقد دفتر أستاذ XRP إلى إصدار xrpld 3.2.1 بعد أن رصد المطوّرون في 31 يوليو فيضًا من بيانات تعريف المصدّقين (validator manifests) يضرب الشبكة. استمرّ الدفتر في إنتاج الكتل طوال الحادثة، لكنّ هذه الواقعة كشفت عن ثغرة استنزاف للموارد تحرّكت ريبل الآن لإغلاقها من خلال إصلاح عاجل موجّه.
Summary
أهم النقاط
- فيض في بيانات تعريف المصدّقين في 31 يوليو دفع ريبل إلى إصدار xrpld 3.2.1 كإصلاح عاجل طارئ نُشر في 1 أغسطس.
- استمر دفتر أستاذ XRP في إغلاق الدفاتر بشكل طبيعي طوال الحدث، دون أي فقدان مؤكد للأموال أو تعديل للمعاملات أو فشل في الإجماع.
- أربع آليات حماية جديدة تحد الآن من حجم بيانات التعريف، وأحجام دفعات الرسائل، ونمو ذاكرة التخزين المؤقت للمفاتيح غير المعروفة، ومشاركة البيانات غير الموثوقة الصادرة.
- يجب على المشغّلين الترقية، والتأكد من أن xrpld يعمل فعليًا، ثم إعادة التشغيل مرة ثانية لمسح أي بيانات تعريف استمرت قبل تطبيق التصحيح.
- قامت ريبل بتدوير مفتاح GPG المستخدم لتوقيع الحزم في 18 فبراير، لذا يجب على المشغّلين الوثوق بالمفتاح الجديد حتى يتم تثبيت التحديث بشكل صحيح.
ما الذي أدى إلى ترقية عُقد دفتر أستاذ XRP
تركّز الفيض على بيانات تعريف المصدّقين، وهي السجلات الموقّعة تشفيرياً التي تربط هوية المصدّق الرئيسية الدائمة بالمفتاح المؤقت الذي يستخدمه لحركة التحقق اليومية. عندما يقوم المصدّق بتدوير ذلك المفتاح المؤقت، فإنه يبثّ بيان تعريف جديدًا موقّعًا بمفتاحه الرئيسي حتى يتمكن الأقران عبر الشبكة من التحقق من أن التغيير مشروع.
قبل الإصلاح، كانت العُقد تقبل وتخزّن مؤقتًا وتعيد بث بيانات التعريف المرتبطة بمفاتيح مصدّقين لم ترها من قبل، طالما أن البيانات صالحة من الناحية البنائية. هذا خلق ثغرة: يمكن لشخص ما توليد أعداد كبيرة من الهويات غير المعروفة وإجبار كل عقدة متصلة على استهلاك الذاكرة والتخزين وعرض النطاق الترددي وقوة المعالجة لمجرد التعامل مع الضوضاء. يصف سجل الشيفرة العامة المرتبط بالحادثة ذلك على أنه خلل في انتشار بيانات التعريف وليس خرقًا لأي حساب أو مفتاح.
على الرغم من الضغط على موارد العُقد، أفادت عمليات دفتر أستاذ XRP بأن الشبكة استمرت في إغلاق الدفاتر بشكل طبيعي طوال الوقت. هذا الفارق مهم: الفيض ضغط على البنية التحتية، لكنه لم يصل أبدًا إلى حد تعطيل الإجماع أو إفساد سجل المعاملات.
داخل الإصلاح العاجل xrpld 3.2.1
استجابة ريبل، المؤرخة في 31 يوليو والمنشورة كإصدار موقّع في وقت مبكر من 1 أغسطس، تتضمن ستة التزامات (commits) عبر 13 ملفًا تم تغييرها، أربعة منها تقيد مباشرةً كيفية تعامل العُقد مع بيانات التعريف الواردة من مصدّقين غير معترف بهم. معًا تشكّل هذه التغييرات أربع آليات حماية مصممة لمنع تكرار نفس نوع الفيض الذي يستنزف موارد العُقد مرة أخرى.
الأولى ترفض بيانات تعريف ذات حجم مفرط قبل أن تنهي العقدة حتى عملية فك ترميزها، مما يقطع تكلفة معالجة الكائنات كبيرة الحجم بشكل غير طبيعي عند الباب. الثانية تضع حدًا لعدد بيانات التعريف غير الموثوقة التي يمكن أن تنتقل داخل رسالة شبكة واحدة، سواء كانت العقدة تستقبل البيانات أو تجهزها للأقران؛ يتم إسقاط الدفعات كبيرة الحجم دون قطع الاتصال تلقائيًا، مما يسمح للعُقد المحدّثة وغير المحدّثة بالاستمرار في التواصل مع بعضها البعض أثناء عملية النشر.
التغيير الثالث يحد من عدد هويات المصدّقين غير المعروفة التي يمكن لذاكرة التخزين المؤقت لبيانات التعريف في العقدة الاحتفاظ بها، مع تعيين السقف النهائي في الشيفرة عند 100. بمجرد امتلاء الذاكرة المؤقتة، يتم رفض المفاتيح الجديدة غير المدرجة بينما يواصل المصدّقون الموثوقون والمعترف بهم سابقًا العمل دون انقطاع. التعديل الرابع يغيّر كيفية انتشار بيانات التعريف غير الموثوقة عبر الشبكة، من خلال تشديد مشاركة أحاديث الأقران غير المدرجة الصادرة، مع ترك البيانات المرتبطة بالمصدّقين المكوّنين أو المعتمدين دون مساس. هذا التوازن مقصود: تدوير مفاتيح المصدّقين العادي لا يزال يعمل، لكن نمو ذاكرة التخزين المؤقت غير المضبوط من الغرباء لا يعمل.
ما الذي يحتاج مشغّلو العُقد إلى فعله الآن
إرشادات خانا مباشرة ولكن يجب اتباعها بالترتيب. يجب على المشغّلين تثبيت التحديث القياسي، والانتظار من دقيقة إلى دقيقتين، والتأكد من أن xrpld يعمل فعليًا، ثم إعادة تشغيل الخدمة مرة ثانية.
إعادة التشغيل الثانية ليست إجراءً شكليًا. أي بيانات تعريف امتصّتها عقدة المشغّل وخزّنتها قبل التصحيح قد لا تزال جالسة في الذاكرة أو على القرص. تثبيت 3.2.1 يغيّر كيفية تعامل البرنامج مع بيانات التعريف الجديدة من الآن فصاعدًا، لكن إعادة التشغيل الجديدة فقط هي التي تمسح البيانات التي التقطتها العقدة بينما كانت لا تزال عرضة للهجوم. تخطي هذه الخطوة يعرّض لخطر ترك بيانات تعريف قديمة وغير موثوقة في مكانها حتى بعد إصلاح الشيفرة نفسها.
هناك تعقيد ثانٍ يستحق الإشارة: ثقة الحزم. قامت ريبل بتدوير مفتاح GPG الذي تستخدمه لتوقيع حزم xrpld في 18 فبراير، وقد لا تقوم التركيبات التي لم تثق بعد بالمفتاح البديل بجلب التحديث تلقائيًا. يجب على أي شخص يدير بنية XRPL التحتية التحقق من إعدادات مفتاح التوقيع قبل افتراض أن الترقية ستُطبّق بسلاسة.
من المهم أن نلاحظ أن هذه ترقية لعُقد دفتر أستاذ XRP تستهدف البنية التحتية بشكل مباشر، وليس الأفراد الحاملين للعملة. تحتاج البورصات وأمناء الحفظ والواجهات الخلفية للمحافظ ومزوّدو البيانات وأي نشاط تجاري يشغّل خوادم XRPL خاصة به إلى التأكد من إصدار العقدة لديهم وحالة إعادة التشغيل. لا يحتاج حاملو XRP العاديون إلى نقل الأموال أو تغيير مفاتيح المحافظ أو فتح حسابات جديدة بسبب هذه المشكلة — فالإصلاح موجود بالكامل في طبقة الخادم.
لماذا يظل غياب الأضرار أمرًا مهمًا
لم يتم نشر أي معرّف CVE أو تقدير للخسائر المالية فيما يتعلق بالفيض، وتشير الأدلة المتاحة إلى ضغط على موارد العُقد وحركة المرور من نظير إلى نظير بدلاً من أي سرقة مؤكدة أو معاملات معدّلة أو انهيار في الإجماع. هذه نتيجة مطمئنة حقًا لشبكة تسوي مليارات من القيمة، لكنها لا تعني أن الحادثة كانت بلا تكلفة. يمكن لهجمات استنزاف الموارد التي لا تمسّ الأموال أن تظل تقلل من جودة الخدمة، وتبطئ مزوّدي البنية التحتية، وتخلق ثغرات لمحاولات متابعة إذا تأخر تطبيق التصحيحات.
هذا هو الجزء الذي لا يزال مفقودًا من السجل العام. قالت عمليات دفتر أستاذ XRP إن تقريرًا فنيًا بعد الحادثة سيتبع، لكن حتى 2 أغسطس لم يكن هذا التقرير قد نُشر. حتى صدوره، تظل هوية من أرسل الفيض، والحجم الفعلي لبيانات التعريف المتورطة، ومدى سرعة اعتماد مشغّلي العُقد عبر الشبكة للإصدار 3.2.1 جميعها أسئلة مفتوحة. من المتوقع أيضًا أن يوضّح التقرير متى رصد المطوّرون لأول مرة حركة المرور غير المعتادة وما إذا كانت أي عُقد فردية قد أصبحت غير قابلة للوصول، على الرغم من أن الدفتر المشترك نفسه لم يتوقف أبدًا عن إنتاج الكتل.
هذه ليست أول عملية انتقال قسري للبرمجيات على الشبكة هذا العام. يتبع الإصلاح العاجل 3.2.1 عملية النشر الأكبر للإصدار 3.2.0 في 15 يونيو، والتي أعادت تسمية الخادم المرجعي من rippled إلى xrpld واحتاجت إلى جولة خاصة بها من تحديثات الإعدادات — وهو نفس الإصدار الذي دفع مشغّل بنية XRPL التحتية ديفيد شوارتز إلى ترحيل إعداداته قبل تغييرات التسمية والبروتوكول الجديدة. كما كان على مشغّلي العُقد الوفاء بموعد نهائي سابق للإصدار 3.1.3 المرتبط بتفعيل تعديل (amendment). مجتمعة، تشير هذه الأنماط إلى أن طبقة البنية التحتية لـ XRPL يُطلب منها مواكبة دورة تحديث أكثر تشددًا، وأن المشغّلين الذين يتخلفون عن أي إصدار واحد يخاطرون بحمل ثغرات قد أصلحتها الشبكة بالفعل في أماكن أخرى.
الأسئلة الشائعة
ما الذي تسبب في الحاجة إلى ترقية عُقد دفتر أستاذ XRP؟
حدث فيض في بيانات تعريف المصدّقين في 31 يوليو، مما تسبب في استنزاف الموارد على العُقد، وهو ما استلزم إصلاحًا عاجلًا بالإصدار xrpld 3.2.1 للتخفيف من المشكلة.
هل تسبب فيض بيانات التعريف في أي فقدان للأموال أو فشل في الإجماع على دفتر أستاذ XRP؟
لم تُلاحظ أي خسائر مالية مؤكدة أو معاملات معدّلة أو حالات فشل في إجماع الدفتر أثناء الفيض، وفقًا لعمليات دفتر أستاذ XRP.
ما هي آليات الحماية الرئيسية التي تم تقديمها في xrpld 3.2.1؟
يحدّ التحديث من حجم بيانات التعريف، وأحجام دفعات الرسائل، ونمو ذاكرة التخزين المؤقت للمفاتيح غير المعروفة (بسقف 100 إدخال)، ومشاركة بيانات التعريف غير الموثوقة الصادرة.
من يحتاج إلى الترقية إلى xrpld 3.2.1 وما هي الخطوات التشغيلية؟
يجب على مزوّدي البنية التحتية الذين يشغّلون عُقد XRPL — بما في ذلك البورصات وأمناء الحفظ ومشغّلي المحافظ — الترقية، والتحقق من أن البرنامج يعمل، ثم إجراء إعادة تشغيل ثانية لمسح أي بيانات تعريف مستمرة.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”ما الذي تسبب في الحاجة إلى ترقية عُقد دفتر أستاذ XRP؟”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”حدث فيض في بيانات تعريف المصدّقين في 31 يوليو، مما تسبب في استنزاف الموارد على العُقد، وهو ما استلزم إصلاحًا عاجلًا بالإصدار xrpld 3.2.1 للتخفيف من المشكلة.”}},{“@type”:”Question”,”name”:”هل تسبب فيض بيانات التعريف في أي فقدان للأموال أو فشل في الإجماع على دفتر أستاذ XRP؟”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”لم تُلاحظ أي خسائر مالية مؤكدة أو معاملات معدّلة أو حالات فشل في إجماع الدفتر أثناء الفيض، وفقًا لعمليات دفتر أستاذ XRP.”}},{“@type”:”Question”,”name”:”ما هي آليات الحماية الرئيسية التي تم تقديمها في xrpld 3.2.1؟”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”يحدّ التحديث من حجم بيانات التعريف، وأحجام دفعات الرسائل، ونمو ذاكرة التخزين المؤقت للمفاتيح غير المعروفة (بسقف 100 إدخال)، ومشاركة بيانات التعريف غير الموثوقة الصادرة.”}},{“@type”:”Question”,”name”:”من يحتاج إلى الترقية إلى xrpld 3.2.1 وما هي الخطوات التشغيلية؟”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”يجب على مزوّدي البنية التحتية الذين يشغّلون عُقد XRPL — بما في ذلك البورصات وأمناء الحفظ ومشغّلي المحافظ — الترقية، والتحقق من أن البرنامج يعمل، ثم إجراء إعادة تشغيل ثانية لمسح أي بيانات تعريف مستمرة.”}}]}
تم إعداد المقال بمساعدة الذكاء الاصطناعي ومراجعته من قبل الفريق التحريري.
