شبكة XRP Ledger تفعّل fixCleanup3_4_0 في 4 نوفمبر بموافقة 33 من أصل 35 مدققًا

تفعيل fixCleanup3_4_0 يوم الأربعاء

تستعد الشبكة الرئيسية لـ XRP Ledger لتفعيل التعديل fixCleanup3_4_0 في نحو 14:46 بتوقيت غرينتش يوم الأربعاء 4 نوفمبر، وسدّ ثغرة كانت تتيح للحسابات التي تملك سلطة الحرق وحدها إصدار رموز جديدة. يقف خلف التفعيل 33 من أصل 35 مدققًا موثوقًا، أي خمسة أصوات فوق عتبة 28 صوتًا التي تمثل 80% من مجموع المدققين وتتطلبها آلية التفعيل. تصل التعديلات إلى الشبكة دون حدوث انقسام صلب: يعبّر المدققون عن دعمهم عبر بيانات السلسلة، وينطلق عدّ تنازلي مدته أسبوعان ما دام الدعم فوق العتبة، وأي تراجع واحد إلى 80% أو أقل يعيده من الصفر. كان الإجراء مجدولًا أول مرة في نحو 09:34 بتوقيت غرينتش يوم الجمعة 23 أكتوبر، وأُعيد تشغيل العدّاد يوم الأربعاء 21 أكتوبر قبل أن يستقر التصويت. وتقف نافذة الأسبوعين لتمنح مشغّلي الخوادم وقتًا للاستعداد قبل دخول أي تغيير حيّز التنفيذ. تعتمد شبكة XRP Ledger على مدققين موثوقين يصوّتون باستمرار عبر تشغيل برمجية الخادم، وهو تصميم يختلف عن الترقيات في سلاسل أخرى تستطيع فيها مؤسسة تشغيل الميزات مباشرة.

داخل إصدار xrpld 3.4.0

جذور الخلل تعود إلى تعديل PermissionDelegationV1_1 الذي دخل حيّز التنفيذ يوم الخميس 8 أكتوبر وقدّم ميزة تفويض الصلاحيات، وهي آلية تتيح لحساب منح صلاحيات محددة لحساب آخر دون مشاركة مفاتيحه السرية. ومن بين هذه الصلاحيات صلاحية PaymentBurn التي كان الغرض منها تمكين المفوَّض من حرق الرموز. وتذكر وثائق تفويض الصلاحيات الرسمية للشبكة المشكلة بوضوح: قبل الإصلاح، كان المفوَّض بصلاحية PaymentBurn قادرًا أيضًا على إصدار رموز قابلة للاستبدال جديدة، في بعض الحالات عبر خطوط الثقة أو الرموز متعددة الأغراض المعروفة اختصارًا بـ MPTs. وتوصي الوثائق بتجنّب تفويض PaymentBurn حتى يُفعَّل fixCleanup3_4_0. أما الصلاحيات الدقيقة الأخرى فلم تتأثر، ومسار الإصدار ظلّ حصريًا لصلاحية PaymentBurn. ويشدّد fixCleanup3_4_0 ضوابط نظام التفويض داخل منظومة XRP الأوسع، وهو أحد عدة تعديلات تنظيف تطلقها فرق التطوير لتحسين ميزات سابقة. وفي سياق السوق، تراوح سعر XRP قرب 1.25 دولار يوم الثلاثاء 3 نوفمبر مع اقتراب موعد التفعيل.

يأتي fixCleanup3_4_0 مدمجًا في الإصدار xrpld 3.4.0، وهو الإصدار الحالي من برمجية الخادم المركزية للشبكة. وتصف ملاحظات الإصدار الرسمية التعديل بأنه عمل تنظيفي لسلسلة 3.4.0: فبعد تفعيله، يرفض النظام مدفوعات PaymentBurn التي تحمل رصيدًا صفريًا، وهو المسار الذي كان يتيح لحساب يملك الحرق فقط إصدار رموز. ويعزز الإصدار ذاته منطق حسومات صانع السوق الآلي آلي، ومحاسبة الخزائن، وضمانات الحفظ، ومعالجة التواقيع، ويطالب مشغّلي العقد بالترقية في أقرب وقت ممكن. الخوادم التي تشغّل 3.4.0 تفرض القاعدة الجديدة لحظة تفعيل التعديل، أما الإصدارات الأقدم فلن تستطيع ذلك. وتضع الملاحظات الحزمة في إطار صيانة اعتيادية لا ترقيع طارئ، رغم أنها تغلق ثغرة حقيقية.

التقدم في بقية الترقيات المعلّقة على الشبكة أبطأ. تُظهر بيانات تتبع التعديلات أن LendingProtocolV1_1 جمعت 19 صوتًا، وأن تعديل LendingProtocol الأصلي عند 19 صوتًا كذلك، بينما حصدت SingleAssetVault صوتًا 21، وجميعها دون عتبة 28 صوتًا اللازمة لبدء العد التنازلي للأسبوعين. لم يصل أي من الثلاثة إلى نافذة الدعم التي عبرتها fixCleanup3_4_0 هذا الأسبوع. وإذا اجتمعت المقترحات الثلاثة، فستمنح الشبكة إمكانية إقراض أصلية. وقبل بلوغ ذلك، يبقى هذا البرنامج متوقّفًا رغم تنامي الاستخدام المؤسسي: فالعملة المستقرة RLUSD التابعة لـ Ripple حصلت مؤخرًا على دعم من منصة تبادل العملات Coinbase على شبكة XRP Ledger وسلاسل أخرى.

يأتي هذا الإصلاح ليختم مرحلة مضطربة لأمن الشبكة. فالشهر الماضي أعلن المطورون عن ثغرة عمرها عشر سنوات كانت يمكن أن تتيح لمهاجم إصدار وحدات XRP فوق الإمداد الثابت، وقد رُقّعت بصمت في سبتمبر دون أي دليل على استغلالها. كما تعرّض XRP للاستخدام كضمانة في اختراق Binance الأخير، الذي استهدف محافظ المنصة ذاتها لا الشبكة نفسها. ولم يتضمن أيٌّ من الحادثتين خللًا في آلية التعديلات. وعلى صعيد السوق، يتداول XRP داخل نطاق الدعم عند 1.25 دولار بعد هبوط الأسبوع الماضي إلى 1.20 دولار، وهو إعداد تراقبه التحليلات الفنية لـ XRP عن قرب.

تفويض PaymentBurn بعد الرابع من نوفمبر

لدى الملاك العاديين لن يغيّر التفعيل شيئًا: فالأرصدة والتحويلات وخطوط الثقة ستعمل كما كانت. أثر التغيير يقع على الجهات المُصدِرة وأماكن التداول والشركات التي تفوّض صلاحيات الحسابات، وبعد تفعيل التعديل تسمح وثائق الشبكة بإعادة تفويض PaymentBurn بأمان. وتُظهر الحادثة تصميمًا دافع عنه منذ سنوات ديفيد شوارتز، المهندس المشارك في بناء الشبكة. فخلل جاء مع PermissionDelegationV1_1 يوم 8 أكتوبر يُصحَّح عبر التصويت الاعتيادي على السلسلة، دون انقسام طارئ ودون تدخّل مشغّل واحد. ومنذ نحو 14:46 بتوقيت غرينتش يوم 4 نوفمبر، سترفض الخوادم المحدَّثة مدفوعات PaymentBurn التي تحاول الإصدار، وستعمل الشيفرة المحصّنة من إصدار 3.4.0 على كامل الشبكة لأول مرة.