يُفعّل دفتر أستاذ XRP ترقية الأمان بعد تأخير مدته أسبوعين

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

دخل التعديل fixCleanup3_4_0 حيز التنفيذ في 4 نوفمبر الساعة 14:52 بتوقيت عالمي موحد، في الدفتر 108,112,129، وفقًا لـ XRPL Dashboard's amendment tracker. يُدخل هذا التحديث عدة تصحيحات أمنية ومحاسبية، بما في ذلك حماية للأصول الصادرة مثل العملات المستقرة.

يتبع التفعيل تأخيرًا سابقًا في ترقية XRPL، عندما انخفض دعم المُحققين مؤقتًا دون الحد الأدنى المطلوب. وبشكل مهم، لم تؤثر الثغرة على العرض الأصلي لـ XRP، ولم يتم تأكيد أي استغلال بشكل عام.

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

وفقًا للقواعد السابقة، كان يمكن لحساب يحمل إذن PaymentBurn أن ينشئ، في ظروف معينة، عملات قابلة للتبادل جديدة. وقد شمل ذلك أصول خط الثقة التقليدية وعملات متعددة الأغراض (MPTs)، مما قد يخلق مشاكل ل issuers العملات المستقرة ومنتجات مالية مُرمَّزة أخرى.

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

يمنع التعديل الجديد الذي تم تفعيله عمليات PaymentBurn من عبور الرصيد الصفري إلى إنشاء الرموز ما لم يكن الحساب يحتفظ بشكل منفصل بالتصريح اللازم للطباعة.

التصحيح يبني على تحسينات الأمان الأخيرة لـ XRPL، على الرغم من أن الإصلاحات الطارئة السابقة عالجت ثغرات منفصلة.

كان من المتوقع أصلاً تفعيل التعديل حوالي 23 أكتوبر بعد الحصول على دعم كافٍ من المُحققين في 9 أكتوبر.

ومع ذلك، انخفض الدعم تحت الحد الأدنى المطلوب في 21 أكتوبر، مما أوقف فترة الموافقة الإلزامية البالغة 14 يومًا. وعلى الرغم من أن الأغلبية استُعيدت تقريبًا بعد ساعتين، فقد اضطر العد التنازلي إلى البدء من جديد.

تتطلب تعديلات بروتوكول XRPL دعمًا من أكثر من 80% من المُحققين الموثوقين لمدة أسبوعين متتاليين. مع وجود 35 محققًا في مجموعة التصويت المُتعقبة، كان مطلوبًا على الأقل 29 موافقة.

تم إكمال فترة الموافقة الثانية بنجاح في 4 نوفمبر، مما يمثل الانتقال من تغيير مقترح إلى قاعدة شبكة نشطة.

تُبرز العملية كيف يعتمد حوكمة XRPL على توافق مستمر بين المُحققين بدلاً من قرارات أحادية من قبل Ripple.

بالإضافة إلى تصحيح إنشاء الرموز، يحسن FixCleanup3_4_0 استرداد صانعي السوق التلقائيين، ومعالجة احتياطيات الضمان، وتوقيع المعاملات والمحاسبة لصناديق الأصول الواحدة.

ومع ذلك، فإن التعديل لا يُفعّل بروتوكول الإقراض الأصلي المقترح لـ XRPL، الذي لا يزال يتطلب موافقة منفصلة من المُحققين.

أظهرت بيانات التصويت الأخيرة أن الإقراض المحلي تلقى 19 من أصل 29 صوتًا المطلوبة لبدء عدّ التصويت الخاص به.

في الوقت نفسه، يعمل المطورون على حماية إضافية للرمز المميز، بما في ذلك فحوصات تفويض أكثر صرامة للأصول المؤسسية.