ثغرة في عناوين XRPL تؤثر على سير عمل التوكنات المؤسسية

  • يقدم XRPL 3.0.0 TokenEscrowV1 لإصلاح محاسبة الضمان مع رسوم التحويل، مما يمنع انحراف عرض LockedAmount.
  • يتطلب التعديل موافقة المُحققين لتفعيله، لضمان سلوك إتمام الضمان بشكل متسق عبر عقد الشبكة.

أصدر Ripple إصدار XRP Ledger 3.0.0 وحث المُحققين ومشغلي العقد على التحديث دون تأخير. يستهدف الإصدار خطأ في محاسبة الضمان تم اكتشافه خلال الاختبار الداخلي لضمان الأصول المُصدرة. وقال Ripple إن الإصلاح يدعم سلوك تسوية متسق عند استخدام المؤسسات للتسليم المربوط بالوقت أو المشروط على XRPL. لماذا هذا مهم جدًا لـ XRP Ledger الضمان هو وظيفة قديمة في XRPL تُستخدم للمعاملات المجدولة والإفراجات المشروطة. كان يعمل تاريخيًا مع XRP فقط، مما حد من كيفية استخدام المُصدرين للضمان لأصولهم الخاصة. يقترح XLS-85 للضمان توسيع الضمان ليشمل أصولًا أخرى مُصدرة، بما في ذلك IOUs والرموز متعددة الأغراض، مما يتيح التسليم المضمون خارج XRP لعمليات المؤسسات.

تحذير: إصدار XRPL 3.0.0 متاح، ونشجع جميع المُحققين ومشغلي العقد على التحديث في أقرب وقت ممكن لضمان استمرارية الخدمة. ✅

يتضمن هذا الإصدار الأخير عدة تعديلات إصلاحية، بما في ذلك إصلاح لـ TokenEscrow، يمكنك معرفة المزيد عنه…

— RippleX (@RippleXDev) 5 يناير 2026

الرموز متعددة الأغراض هي صيغة رموز أصلية في XRPL تجمع بين خصائص القابلية للتبادل وغير القابل للتبادل. يمكنها حمل سمات مشتركة مع تخزين بيانات وصفية للأصول على السلسلة. يصفها المطورون بأنها مناسبة لتشغيل الرموز الامتثاثية لأنها يمكن أن تدمج قواعد وإدارة دورة الحياة دون الاعتماد على عقود ذكية خارجية للتحكمات الأساسية. حدد المختبرون الداخليون لتصميم Token Escrow الأصلي، الذي لم يتم تفعيله على الشبكة الرئيسية، عدم تطابق في المحاسبة للرموز متعددة الأغراض التي تفرض رسوم تحويل. في حالة اختبار، قفل الضمان مائة رمز وطبق رسوم تحويل بمقدار رمز واحد عند الفتح. استلم المستلم بشكل صحيح تسعة وتسعين رمزًا بعد تطبيق الرسوم. ومع ذلك، قلل محاسبة المُصدر من LockedAmount الخاص بالمُصدر بمقدار تسعة وتسعين بدلاً من المائة الكاملة. بقي رمز واحد مسجل كمقفل بعد الانتهاء، مما قد يترك مقاييس المُصدر غير متزامنة مع الوقت. TokenEscrowV1 يفصل بين الضمان الإجمالي والتسليم الصافي يتضمن الإصدار 3.0.0 تعديل TokenEscrowV1، الذي يغير كيفية معالجة دفتر الأستاذ لإتمام الضمان للرموز متعددة الأغراض التي تحمل رسوم. يفصل التعديل بين محاسبة الضمان الإجمالي ومحاسبة التسليم الصافي. عند انتهاء الضمان، ينقص LockedAmount الآن بمقدار المبلغ الكامل الذي تم وضعه في الضمان، ويعود إلى مستواه قبل الضمان. تتم معالجة رسوم التحويل بشكل مستقل من خلال آلية رسوم المُصدر، بحيث يؤثر المبلغ الصافي المُسلم فقط على حسابات العرض المعلقة. تتعامل آلية رسوم المُصدر مع مبلغ الرسوم بشكل منفصل. قالت الشبكة إن هذا النهج يمنع بقاء الرموز عالقة في حالة مقفلة بعد إتمام الضمان ويحافظ على توافق مقاييس LockedAmount للمُصدر مع حالة دفتر الأستاذ. وربطت الإصلاح بسير عمل الرموز المؤسساتية التي تعتمد على محاسبة الضمان الدقيقة، بما في ذلك المدفوعات المجدولة وعمليات الخزانة الآلية التي تستخدم الأصول المُصدرة مع رسوم التحويل. نظرًا لأن TokenEscrowV1 يُعدّل معالجة دفتر الأستاذ الأساسية، فإنه يتطلب تفعيلًا من خلال تصويت على التعديل. يجب على المُحققين الموافقة على التعديل لضمان تطبيق العقد على جميع العقد عبر الشبكة. طلب Ripple من المشغلين التحديث إلى الإصدار 3.0.0 لضمان توافق التنفيذات مع انتقال الشبكة نحو التفعيل. وصل إصدار XRP Ledger 3.0.0 الجديد بعد أسابيع من توسعة Ripple لنفوذها في اليابان من خلال برنامج ابتكار البنية التحتية المالية اليابانية، بالشراكة مع تحالف Web3 آسيا وسالون Web3. في وقت كتابة هذا، تم تداول XRP عند $2.33 بعد أن ارتفع 9.34% خلال الـ 24 ساعة الماضية.

XRP‎-7.29%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • تثبيت