شبكة XRP Ledger تحدد تنشيط إصلاح الأمان fixCleanup3_4_0 في 23 أكتوبر

دعم بنسبة 80% يفتح عدًّا تنازليًا لأسبوعين

حددت شبكة XRP Ledger موعد تنشيط تعديل fixCleanup3_4_0 عند الساعة 09:34 بتوقيت UTC يوم الجمعة 23 أكتوبر، شريطة أن يبقى دعم المصادقين فوق عتبة الأغلبية العظمى التي يفرضها البروتوكول وتقدر بنسبة 80%. عبر التعديل هذا الحاجز يوم الجمعة 9 أكتوبر، وهو ما فتح عدًّا تنازليًا إلزاميًا مدته أسبوعان، وبيانات التتبع لدى المستكشفين أظهرت حتى منتصف أكتوبر ما يقارب 26 إلى 29 مصادقًا مؤيدًا من أصل 32 إلى 35 مصادقًا مصوّتًا. لكن قاعدة واحدة تتحكم في التقويم كله: إذا تراجع الدعم إلى 80% أو دونه قبل موعد التنشيط، صفّر العد التنازلي من جديد، وعندها يتعين على التعديل أن يحافظ على دعم كافٍ دون انقطاع لأسابيع إضافية. الغاية من هذه الآلية منع الإجماع الهش، لأن التصحيح الأمني الذي ينشط بدعم متذبذب قد يقسّم الشبكة. أي هبوط دون هذه العتبة خلال الأسبوعين الأخيرين يؤجل إصلاح الأمان أسبوعين على الأقل، وتأجيلًا كهذا يفضّل مشغّلو الشبكة استيعابه على تشغيل التغيير ببيئة إجماع منقسمة.

وعلى خلاف التعديلات التي تضيف منتجات معاملات جديدة، يعالج هذا التحديث سلوك البرمجيات القائمة أصلًا. يأتي التصحيح مرفقًا بإصدار Ripple 3.4.0، ويغطي البنية التحتية للإقراض، وصنّاع السوق الآليين، ومعالجة الرموز، ومعاملات الضمان، وصلاحيات الحسابات. التعديلات على هذه الشبكة لا تغيّر السلوك إلا عند تشكّل إجماع الأغلبية العظمى بشكل مستدام، ولهذا السبب تحديدًا يُعبَّر عن جدول الترقية بأصوات المصادقين لا بتواريخ الإصدارات. الأرصدة اليومية وسعر XRP يبقيان خارج نطاق التأثير هنا؛ فعبء التوافق يقع على مشغّلي العقد، إذ يحتاج هؤلاء إلى برمجيات محدثة لمواصلة اتباع آلية الإجماع الخاصة بالشبكة بعد دخول التغيير حيز التنفيذ.

خلل PaymentBurn وتعثر ملف الإقراض

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

ومع ذلك فقد تعثرت الموافقة على المنتج ذاته. فبروتوكول الإقراض المقترح سيتيح للمستخدمين تجميع أصولهم على الشبكة والاقتراض بشروط ثابتة؛ ولن يضطر المقترضون بالضرورة إلى طرح ضمانات، بينما يتولى الوسطاء ترتيب شروط القرض وتقييم الجدارة الائتمانية خارج البلوكتشين. وتشغيل النظام كاملًا يتطلب ثلاثة تعديلات منفصلة، وبين الخميس 15 أكتوبر والسبت 17 أكتوبر كان تعديلا الإقراض يحتفظان كلٌّ منهما بنحو 17 إلى 19 مؤيدًا، أي ما يقارب 53%، بينما سجّل تعديل SingleAssetVault المطلوب نحو 19 إلى 21 مؤيدًا، وهو سبب اعتباره شرطًا لازمًا إلى جانب التعديلين الآخرين. لم يبلغ أي منها الأغلبية العظمى، ولذلك لا يحمل المنتج تاريخ تنشيط. أما حاملو XRP الذين يضعون عملاتهم في محفظة، بما في ذلك محفظة Ripple الورقية غير المتصلة، فلا داعي لديهم إلى أي إجراء، وإن كان خلل التفويض تذكيرًا جديدًا بكيفية تعثر الانضباط في إدارة المفاتيح عمليًا، وهو موضوع تحذير David Schwartz من روابط الاحتيال في تغطيتنا السابقة.

إذا قُرئت الأصوات معًا، فإنها تُظهر مصادقين يضعون الإصلاحات قبل المنتجات المالية. فموعد 23 أكتوبر يحكّم السكك التي ستسير عليها منظومة الإقراض، بينما يبقى المنتج نفسه مطفأً حتى تتجاوز التعديلات الثلاثة كلٌّ على حدة عتبة الـ80% نفسها، دون تاريخ محدد في الأفق. الاختبار العملي هو الأسبوعان المقبلان: هبوط واحد دون عتبة الدعم قبل التنشيط يعيد ضبط العد التنازلي ويؤجل إصلاح الأمان، بينما يتيح النجاح لمشغّلي العقد التخلص من التعرض المرتبط بصلاحية الحرق الذي وثّقته الوثائق الرسمية منذ تفعيل ميزة التفويض يوم 8 أكتوبر.