ترقية جديدة في XRPL قد تركز ملكية XRP داخل البنوك بدلاً من محافظ التجزئة

اقتراح ترقية جديدة على شبكة XRP Ledger (XRPL) قد يسمح للبنوك وشركات التكنولوجيا المالية بتحمل تكاليف XRP نيابة عن عملائها، بحيث لا يضطر المستخدمون إلى امتلاك العملة الرقمية بأنفسهم.

التعديل المقترح، المعروف باسم “Sponsor amendment” والمبني على مقترح XLS-68 للرسوم المدعومة والاحتياطيات، سيمكّن أي شركة من دفع رسوم المعاملات ومبالغ الاحتياطي نيابة عن مستخدم آخر على الشبكة، مع بقاء المستخدم محتفظًا بالسيطرة الكاملة على حسابه ومفاتيحه الخاصة.

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

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

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

لكن المقترح لا يزال بعيدًا عن التفعيل. حتى وقت النشر، أظهرت بيانات XRPScan أن ستة مدققين فقط يدعمون التعديل، وهو أقل من الحد المطلوب البالغ 29 مدققًا، ولم يتم تحديد موعد للتفعيل بعد.

البنوك قد تصبح الجهة التي تحتفظ بـ XRP نيابة عن عملائها

هذا الهيكل سيغيّر من يحمل متطلبات رأس المال، لكنه لن يلغيها.

حاليًا، تتطلب شبكة XRPL احتياطيًا أساسيًا قدره 1 XRP لكل حساب، و0.2 XRP لكل وحدة احتياطي مالك قياسية، مع إمكانية تغيير هذه الأرقام من قبل المدققين. في نظام الرعاية، تبقى كمية XRP المخصصة لاحتياطي المستخدم في حساب الراعي، بينما يسجّل السجل من المسؤول عن هذا الالتزام.

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

هذا الفرق قد يصبح مهمًا جدًا إذا قامت البنوك أو شركات المدفوعات أو منصات ترميز الأصول بإطلاق منتجات XRPL لملايين العملاء.

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

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

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

كيف قتل مدققو XRPL بهدوء ثغرة خفية كان يمكن أن تفرغ حسابات الضحايا عبر رسوم المعاملات فقط

هذا الهيكل قد يجعل دمج XRP أسهل في المنتجات التي تفضل فيها البنوك أن يرى العملاء فقط الأصل أو الخدمة التي يستخدمونها، مثل الودائع الرمزية أو السندات أو أدوات سوق المال.

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

سهولة الانضمام تعني التزامًا على الميزانية

نفس هذا التصميم يخلق مشكلة جديدة في إدارة رأس المال للرعاة.

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

في ظل آلية “SponsorshipTransfer” المقترحة، يمكن إنهاء الرعاية أو إعادة تعيينها، لكن رعاية الحساب تحمل شروطًا. المستفيد الذي يريد تحمّل احتياطيه بنفسه يحتاج إلى كمية كافية من XRP لتلبية المتطلب.

وهذا يخلق تعقيدًا للمستخدمين الذين صُممت الميزة لخدمتهم أصلًا. فالعميل الذي لم يشترِ XRP أبدًا قد لا يكون قادرًا على تحمّل الاحتياطي عندما يريد البنك التوقف عن رعاية حسابه.

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

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

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

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

سؤال الطلب يأتي بعد التفعيل

قد يخلق هذا المقترح استخدامًا مؤسسيًا جديدًا لـ XRP دون تحديد مقدار الشراء الجديد الذي قد ينتج عنه.

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

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

العقبة الأولى تبقى موافقة المدققين.

إذا حصل تعديل الرعاية على دعم كافٍ واجتاز فترة التفعيل المطلوبة، فسيتعين على البنوك والمنصات حينها أن تقرر ما إذا كان إبعاد XRP عن تجربة عملائها يستحق تحمل تكلفة الاحتفاظ بالعملة بنفسها.

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

الأسئلة الشائعة

• ما هو تعديل الرعاية على شبكة XRPL؟
  هو اقتراح ترقية يسمح لشركة أو بنك بدفع رسوم المعاملات ومبالغ الاحتياطي نيابة عن مستخدم آخر، مع احتفاظ المستخدم بالسيطرة على حسابه ومفاتيحه.
• لماذا يهم هذا البنوك والمؤسسات المالية؟
  لأنه يزيل الحاجة إلى أن يمتلك كل عميل XRP ويديره بنفسه، مما يسهّل دمج الأصول الرمزية والمدفوعات في المنتجات المالية.
• هل تم تفعيل هذا التعديل على الشبكة؟
  لا، لم يتم تفعيله بعد. حتى الآن يدعمه عدد قليل من المدققين، وهو أقل من الحد المطلوب، ولم يُحدد موعد للتفعيل.