أصدر مطورو XRP Ledger الإصدار 3.3.0 من xrpld في 6 أغسطس، مما يقرب العديد من التغييرات في البروتوكول خطوة نحو التفعيل المحتمل على الشبكة الرئيسية.
يؤكد الإصدار الرسمي على GitHub العمل على ConfidentialTransfer و BatchV1_1 و Sponsor و DynamicMPT، بالإضافة إلى الإصلاحات وتغييرات البروتوكول الأخرى. لا يقوم إصدار البرنامج نفسه بتفعيل هذه الميزات على الشبكة.
يعد هذا التمييز مهمًا لأن بعض التقارير تصف ستة تحديثات بأنها نشطة بالفعل. بموجب عملية تعديل XRP Ledger، تتطلب ميزات البروتوكول الجديدة دعم المدققين قبل التفعيل. يجب أن يحافظ التعديل على دعم أكثر من 80% من المدققين الموثوق بهم لمدة أسبوعين متواصلين قبل أن يصبح ساري المفعول.
تم تصميم ConfidentialTransfer لإضافة الخصوصية لـ "الرموز متعددة الأغراض" (MPTs). تشير وثائق XRPL إلى أن التعديل يستخدم التشفير لحماية الأرصدة الفردية ومبالغ التحويل مع الحفاظ على آليات تسمح للأطراف المصرح لها، بما في ذلك المصدرين أو المدققين، بالتحقق من المعلومات اللازمة للامتثال.
لا تزال هذه الميزة خاضعة لتفعيل التعديل، لذا لا ينبغي وصف تحويلات MPT الخاصة بأنها نشطة على الشبكة الرئيسية لـ XRPL بعد.
BatchV1_1 هو مكون رئيسي آخر. يسمح معيار XLS-56 بتجميع ومعالجة معاملات متعددة معًا، بما في ذلك المعاملات التي تتضمن حسابات مختلفة. يمكن أن يساعد التنفيذ الذري في سير عمل التسوية حيث يجب أن تنجح عدة إجراءات معًا بدلاً من ترك جزء واحد مكتمل بينما يفشل جزء آخر.
يتمتع Batch بتاريخ مهم. تم تعطيل إصدار سابق قبل تفعيل الشبكة الرئيسية بعد اكتشاف مشكلة أمنية في منطق توقيع المعاملات. تحركت مؤسسة XRPL لاحقًا نحو BatchV1_1 كبديل مصحح. كما ورد سابقًا في تغطية أمان XRPL، فقد زاد المطورون المراجعة الرسمية حول الترقيات الأخيرة.
سلك تفويض الأذونات (Permission Delegation) مسارًا مشابهًا. كشف XRPL في سبتمبر 2025 أن خطأً في التعديل السابق كان يمكن أن يسمح بمعاملة غير مصرح بها بتحميل الرسوم على حساب آخر تحت ظروف معينة. تم نصح المدققين بالتصويت بالرفض، ولم يتم تفعيل الميزة المعرضة للخطر أبدًا. تم تطوير PermissionDelegationV1_1 كبديل لها.
يتيح المفهوم المنقح للحساب منح أذونات معاملات محددة دون تسليم مفتاحه الخاص الرئيسي، مما يدعم المحافظ التشغيلية ذات الصلاحية المحدودة.
تم تصميم Sponsor، استنادًا إلى XLS-68، للسماح لحساب آخر بتغطية رسوم المعاملات أو متطلبات الاحتياطي بينما يحتفظ المستخدم بالتحكم في الحساب والمفاتيح. يمكن أن تسمح هذه الميزة للتطبيقات بضم المستخدمين دون مطالبتهم باقتناء XRP فقط لتغطية تكاليف الشبكة. يدعم اقتراح XLS-68 صراحة رعاية الرسوم والاحتياطي مع الحفاظ على تحكم المستخدم في المفاتيح.
يستهدف DynamicMPT مُصدري الرموز. يسمح اقتراح XLS-94 للمصدرين بتحديد خصائص MPT مختارة لتكون قابلة للتغيير عند إنشاء رمز، ثم تحديث تلك الحقول المسموح بها لاحقًا. يهدف المعيار إلى استيعاب متطلبات الأعمال أو الامتثال المتغيرة دون جعل كل خاصية رمز قابلة للتحرير بحرية.
معًا، تتناسب هذه الميزات مع تركيز XRPL المتزايد على التمويل المرمز. في تغطية الرموز ذات الصلة، ذكر موقع crypto.news أن JPMorgan و Mastercard و Ondo Finance و Ripple اختبروا استرداد سندات الخزانة المرمزة باستخدام XRPL.
هناك تصحيح ضروري حول الإطار المتداول على نطاق واسع لـ "الترقيات الست". ينتمي fixCleanup3_2_0 إلى دورة xrpld 3.2.0 السابقة، وليس إلى حزمة ميزات الإصدار 3.3.0 الجديدة. يوضح سجل تغييرات GitHub للإصدار 3.3.0 بدلاً من ذلك العمل حول LendingProtocolV1_1 ومسار fixCleanup3_3_0 منفصل بجانب الميزات الرئيسية.
لذلك، لا ينبغي قراءة الإصدار على أنه ستة قدرات منتهية تصبح متاحة في وقت واحد. إنه معلم برمجي للخادم يمنح المدققين والمشغلين الكود اللازم لاتخاذ قرارات التعديل. يمكن أن يكون للتعديلات الفردية جداول زمنية مختلفة للتصويت وقد تفشل في التفعيل إذا انخفض الدعم عن الحد الأدنى المطلوب.
لقد كانت عملية الحوكمة هذه مهمة من قبل. تم إيقاف تعديلات Batch و Permission Delegation الأصلية بعد اكتشاف أخطاء قبل تفعيل الشبكة الرئيسية، مما يوضح أن الإدراج في البرنامج أو تصويت المدققين ليس هو نفسه النشر في بيئة الإنتاج.
يحتاج مشغلو العقد الآن إلى تقييم الإصدار 3.3.0 وتحديد ما إذا كانوا سيقومون بالترقية ودعم التعديلات الفردية. تعتمد تواريخ التفعيل الدقيقة على تصويت المدققين، وليس على إصدار البرنامج في 6 أغسطس. تتطلب قواعد تعديل XRPL استمرار الأغلبية العظمى بشكل مستمر لمدة أسبوعين.
بالنسبة لحاملي XRP، فإن التغيير الفوري هو تقني وليس ماليًا. يوسع الإصدار 3.3.0 مجموعة أدوات الشبكة المحتملة للخصوصية، والتسوية متعددة الخطوات، والسلطة المفوضة، والانضمام المدعوم، وإصدار الرموز القابلة للتكوين، ولكن لا يضمن أي منها زيادة في الطلب على XRP أو ارتفاع في الأسعار.
المراحل الرئيسية القابلة للتحقق التالية ستكون اعتماد المدققين للإصدار 3.3.0، ومستويات دعم التعديلات، وتواريخ التفعيل المجدولة. حتى يتم تحقيق هذه العتبات، يجب وصف القدرات الجديدة بأنها تم إصدارها في برنامج العقدة وتتحرك عبر الحوكمة، وليست ميزات نشطة بالكامل على الشبكة الرئيسية لـ XRP Ledger.
ستحدد قرارات المدققين، بدلاً من التسويق للإصدار، متى تصبح كل ميزة قابلة للاستخدام على الشبكة الرئيسية.
