خطأ الضمان في عناوين XRPL يؤثر على سير عمل الترميز المؤسسي

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

أصدرت Ripple الإصدار 3.0.0 من XRP Ledger وحثت المدققين ومشغلي العقد على الترقية دون تأخير. يستهدف الإصدار خطأ محاسبي في الضمان تم اكتشافه أثناء الاختبار الداخلي لضمان توكن الأصول المصدرة. قالت Ripple إن الإصلاح يدعم سلوك التسوية المتسق عندما تستخدم المؤسسات التسليم الموقوت أو المشروط للتوكن على XRPL.

لماذا هذا حاسم لـ XRP Ledger

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

التوكنات متعددة الأغراض هي تنسيق توكن أصلي لـ XRPL يمزج بين الخصائص القابلة للاستبدال وغير القابلة للاستبدال. يمكنها حمل سمات مشتركة مع تخزين البيانات الوصفية الخاصة بالأصول على السلسلة أيضاً. يصفها المطورون بأنها مناسبة لترميز الامتثال لأنها يمكن أن تدمج القواعد ومعالجة دورة الحياة دون الاعتماد على العقود الذكية الخارجية للتحكم الأساسي.

حدد المختبرون الداخليون لتصميم Token Escrow الأصلي، الذي لم يتم تفعيله على الشبكة الرئيسية، عدم تطابق محاسبي للتوكنات متعددة الأغراض التي تفرض رسوم تحويل. 

في حالة اختبار، أغلق الضمان مائة توكن وطبق رسوم تحويل توكن واحد عند الفتح. تلقى المستلم بشكل صحيح تسعة وتسعين توكن بعد تطبيق الرسوم. ومع ذلك، قللت محاسبة الجهة المصدرة من LockedAmount للجهة المصدرة بمقدار تسعة وتسعين بدلاً من المائة الكاملة. بقي توكن واحد مسجلاً كمغلق بعد الاكتمال، مما سيترك مقاييس الجهة المصدرة غير متزامنة بمرور الوقت.

TokenEscrowV1 يفصل الضمان الإجمالي عن التسليم الصافي

يتضمن الإصدار 3.0.0 تعديل TokenEscrowV1، الذي يغير كيفية معالجة دفتر الحسابات لإتمام الضمان للتوكنات متعددة الأغراض التي تحمل رسوماً. يفصل التعديل محاسبة الضمان الإجمالي عن محاسبة التسليم الصافي. 

عندما ينتهي الضمان، ينخفض LockedAmount الآن بالمبلغ الكامل الموضوع في الضمان في الأصل، للعودة إلى مستواه قبل الضمان. تتم معالجة رسوم التحويل بشكل مستقل من خلال آلية رسوم الجهة المصدرة، لذا فإن المبلغ الصافي المُسلّم فقط يؤثر على حسابات العرض القائم. تحسب آلية رسوم التحويل للجهة المصدرة مبلغ الرسوم بشكل منفصل.

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

نظراً لأن TokenEscrowV1 يعدل معالجة دفتر الحسابات الأساسي، فإنه يتطلب التفعيل من خلال تصويت التعديل. يجب على المدققين الموافقة على التعديل لضمان تطبيق العقد لنفس قواعد إتمام الضمان عبر الشبكة. طلبت Ripple من المشغلين الترقية إلى الإصدار 3.0.0 حتى تظل التطبيقات متوافقة مع تحرك الشبكة نحو التفعيل.

وصل الإصدار الجديد 3.0.0 من XRP Ledger بعد أسابيع من توسع Ripple في اليابان من خلال برنامج ابتكار البنية التحتية المالية اليابانية، في شراكة مع تحالف Asia Web3 Alliance Japan و Web3 Salon.

في وقت كتابة هذا التقرير، تم تداول XRP عند $2.33 بعد أن ارتفع 9.34% خلال الـ 24 ساعة الماضية.