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

يُطلب من المشغلين الذين يديرون خوادم XRPL الترقية إلى الإصدار للحفاظ على توافق الشبكة، وفقًا لـ RippleX، الذراع التطويري الذي يشرف على البرنامج الأساسي لدفتر الأستاذ.

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

أحد التغييرات هو fixTokenEscrowV1، الذي يصحح خطأ محاسبي يؤثر على الرموز متعددة الأغراض (MPTs) المحتفظ بها في الضمان.

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

يضمن الإصلاح بقاء تتبع العرض متسقًا، خاصة مع استخدام المزيد من الأصول المرمزة لآليات الضمان والرسوم في XRPL.

تعالج العديد من التعديلات الأخرى قضايا الحالات الحدية عبر صناع السوق الآلي (AMMs) وأوراكل الأسعار وبيانات تسليم الرموز — وهي مجالات ذات أهمية متزايدة مع توسع XRPL إلى ما هو أبعد من المدفوعات البسيطة.

بعيدًا عن تغييرات مستوى البروتوكول، يحسن التحديث اكتشاف توقف الإجماع، ووضوح التسجيل، وتحليل JSON وأدوات CI. تهدف هذه الترقيات إلى المشغلين والمساهمين بدلاً من المستخدمين النهائيين، وتلعب دورًا حاسمًا في الحفاظ على موثوقية الشبكة.

يرفع إصدار XRPL 3.0.0 أيضًا مستويات التحذير للبيانات المشوهة للمصادقين ويشدد منطق التحقق من التوقيع — تغييرات تدريجية تحسن النظافة الأمنية دون تغيير قواعد الإجماع.

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