إصلاح دفتر الأستاذ XRP لثغرة إصدار الرموز الرقمية يُطبق غدًا

إصلاح ثغرة قائمة

لم يتبق سوى يوم واحد على قيام XRP Ledger (XRPL) بإصلاح عيب مرتبط بإحدى أحدث ميزاته، مما يسد ثغرة كان من الممكن أن تسمح للحسابات المصرح لها بحرق التوكنات بإصدار توكنات جديدة أيضًا.

تكمن المشكلة في نظام تفويض الأذونات، الذي يتيح لحساب ما منح صلاحيات محددة لحساب آخر دون مشاركة مفاتيحه. وقد دخلت هذه الميزة حيز التنفيذ في 8 أكتوبر من خلال تعديل PermissionDelegationV1_1، وهو تحديث تناولته Bitcoin.com News الشهر الماضي. وتهدف إحدى هذه الصلاحيات، وهي «PaymentBurn»، إلى السماح للمفوض بإتلاف الرموز.

توضح وثائق تفويض الصلاحيات الخاصة بـ XRPL المشكلة على النحو التالي:

"قبل الإصلاح، كان بإمكان المفوض الذي يمتلك الصلاحية التفصيلية PaymentBurn سك توكنات قابلة للاستبدال جديدة، وهو ما يمكن أن يحدث مع توكنات خط الثقة أو التوكنات متعددة الأغراض (MPTs) في ظروف معينة. إلى أن يتم تفعيل تعديل fixCleanup3_4_0، يُنصح بعدم تفويض الصلاحية التفصيلية PaymentBurn."

ومن الجدير بالذكر أن الصلاحيات الأخرى لم تتأثر.

يأتي هذا الإصلاح في الإصدار xrpld 3.4.0، الذي تصفه ملاحظات الإصدار بأنه تجميع للتنقيحات الخاصة بالإصدار 3.4.0. ومن بينها، أنه «يرفض مدفوعات PaymentBurn التي تتجاوز الرصيد صفر». كما يعزز هذا الإصدار إجراءات استرداد الأموال من صانعي السوق الآليين (AMM)، ومحاسبة الخزائن، واحتياطيات الضمان، ومعالجة التوقيعات، وقد طُلب من مشغلي العقدات الترقية «في أقرب وقت ممكن».

موعد نهائي تم تأجيله

كان من المفترض أن يكون التصحيح قد دخل حيز التنفيذ بالفعل. لا يتم تفعيل التعديلات على XRPL إلا بعد الحصول على دعم لا يقل عن 80% من المصادقين الموثوق بهم لمدة أسبوعين متتاليين. وإذا انخفض الدعم إلى 80% أو أقل ولو لمرة واحدة، يتم إعادة ضبط العدّاد. في منتصف أكتوبر، تم تحديد موعد الترقية ليوم 23 أكتوبر في حوالي الساعة 09:34 بالتوقيت العالمي المنسق (UTC). وقد مر ذلك التاريخ، وتُظهر البيانات الحالية على أداة تتبع التعديلات في Xrpscan أن fixCleanup3_4_0 قد استعاد الأغلبية. يبلغ الدعم حاليًا 33 من أصل 35 مُصدِّقًا، وهو ما يزيد بكثير عن العدد المطلوب البالغ 28.

التقرض الأصلي لا يزال يفتقر إلى الأصوات

أما التحديثات الأخرى المعلقة فهي متأخرة أكثر، ويُظهر نفس أداة التتبع أن LendingProtocolV1_1 حصل على 19 صوتًا، وتعديل LendingProtocol الأصلي حصل على 19 صوتًا، وSingleAssetVault حصل على 21 صوتًا، وجميعها أقل من عتبة الـ28 صوتًا. وستؤدي هذه التحديثات مجتمعةً إلى إدخال الإقراض الأصلي إلى XRPL، لكن لا يوجد عدّ تنازلي جاري لأي منها.

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

موسم حافل بأعمال الأمان في شبكة XRPL

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

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

فيما يتعلق بالإصلاح، لن يتغير شيء بالنسبة لحاملي XRP العاديين، ولكن بالنسبة للمُصدرين والبورصات والشركات التي تفوض أذونات الحسابات. بمجرد تفعيل fixCleanup3_4_0، من المفترض أن يصبح تفويض PaymentBurn آمنًا مرة أخرى. يتم تداول XRP بالقرب من 1.25 دولار في 3 نوفمبر قبل الترقية.