واجهت إذن حرق الرموز مشكلة في إصدارها
ولعل التصحيح الأكثر إثارة للاهتمام يتعلق بميزة تم تفعيلها في 8 أكتوبر تسمى PermissionDelegationV1_1. تتيح هذه الميزة لأصحاب الحسابات منح حساب آخر سلطة محدودة لتنفيذ إجراءات محددة دون التنازل عن مفاتيح حساباتهم الرئيسية. من المفترض أن يسمح أحد الأذونات، المسمى «Paymentburn»، للحساب المصرح له بإتلاف توكنات معينة. ومع ذلك، كان من الممكن أن يؤدي خلل في البرنامج إلى نتيجة عكسية في ظل ظروف محددة، مما يسمح بإنشاء توكنات بدلاً من ذلك.
تحذر الوثائق الرسمية لـ XRPL المشغلين من منح هذا الإذن المحدد حتى يتم تفعيل تعديل التنظيف. كما يصحح التحديث الطريقة التي تحسب بها الخزائن عمليات السحب، ويشدد القواعد الخاصة بإعلان القروض المتأخرة، ويمنع بعض معاملات صانعي السوق الآلية من تدمير توكنات السيولة دون إعادة الأصول.
بالنسبة لحاملي $XRP العاديين، من المفترض ألا تكون هذه التغييرات ملحوظة إلى حد كبير. ومع ذلك، يحتاج مشغلو العقد إلى برامج متوافقة لمواصلة اتباع إجماع الشبكة بعد التفعيل.
لا يزال الإقراض الأصلي في دفتر الأستاذ $XRP بدون موعد إطلاق
ومن المضحك أن عملية التنظيف تتضمن عدة إصلاحات متعلقة بالإقراض على الرغم من أن الإقراض الأصلي نفسه لم يحصل على الموافقة بعد. سيسمح بروتوكول الإقراض المقترح للمستخدمين بتجميع الأصول وتمويل قروض محددة المدة عبر دفتر الأستاذ $XRP. ولن يضطر المقترضون بالضرورة إلى تقديم ضمانات، في حين سيقوم وسطاء القروض بترتيب الشروط وتقييم الجدارة الائتمانية خارج البلوكشين.
يجب تفعيل ثلاثة تعديلات منفصلة لتوفير نظام الإقراض الكامل. ووفقًا للتقارير، في الفترة من 15 إلى 17 أكتوبر، حظي تعديلا الإقراض بدعم ما يقارب 17 إلى 19 من المصادقين، أو ما يعادل 53٪ تقريبًا. أما تعديل Singleassetvault المطلوب، فقد حظي بدعم ما بين 19 إلى 21 مؤيدًا. ولم تحقق جميعها الأغلبية المطلوبة، مما ترك تواريخ تفعيلها غير محددة.
هذا التمييز مهم لأي شخص يتابع جدول التحديثات. قد يشهد يوم 23 أكتوبر إصدار تصحيحات برمجية تجعل البنية التحتية للإقراض أكثر أمانًا، في حين أن نظام الإقراض الذي تدعمه تلك التصحيحات سيظل غير متاح. في الوقت الحالي، يبدو أن المدققين في XRPL أقرب إلى الموافقة على الإصلاحات البرمجية أكثر من الموافقة على المنتج المالي نفسه.
news.bitcoin.com
