مطورو XRP Ledger يقترحون محافظا بلا XRP لإلغاء تكلفة الاحتياطي البالغ 1 XRP

اقتراح SponsoredAccountCreate يستهدف احتياطي 1 XRP

قد يصبح فتح حساب جديد على XRP Ledger قريبًا ممكنًا دون أي رصيد، بعد أن كان كل مستخدم يدفع حتى اليوم تكلفة دخول ثابتة بوحدة XRP. التغيير يستهدف قواعد الحسابات في دفتر الأستاذ، لا سعر XRP، وقد جاء على شكل اقتراح برمجي قُدّم يوم الخميس 15 أكتوبر في مستودع rippled الذي يستضيف البرنامج الأساسي لخادم الشبكة. يضيف التعديل معاملة تحمل اسم SponsoredAccountCreate، تتيح لحساب قائم إنشاء محفظة عملات مشفرة جديدة وتسديد شرط الاحتياطي المفروض على الحساب الجديد نيابة عنه.

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

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

تكامل Privy وعتبة الأصوات الـ29

يصل الاقتراح إلى نقطة يتواجد فيها تكامل جاهز فعليًا. أبرمت Ripple شراكة حديثة مع Privy، مزوّد المحافظ المدمجة المملوك لشركة Stripe، لإطلاق محافظ داخل التطبيقات على XRP Ledger. هذه المحافظ، وهي عمليًا نوع من المحفظة الساخنة يحتفظ بها التطبيق نيابة عن المستخدم، مصممة لدعم المدفوعات بعملة XRP وبالعملة المستقرة RLUSD من Ripple، وهي الأصل الذي حصل على تصنيف A2 من Moody's على شبكتي XRP Ledger وEthereum. لكنها اليوم تحتاج إلى تمويل بـXRP قبل أن تُفعَّل، حتى عندما تكون موجودة فقط لحمل عملة مستقرة. الرعاية في هذا التصميم تستبدل شراء المستخدم المسبق لعملة XRP بعلاقة خدمية بين التطبيق والراعي. نفس الاحتكاك يطال المدفوعات الآلية التي تنفذها الوكلاء البرمجيون، وهو السيناريو الأساسي لـمحفظة العملات المشفرة بالذكاء الاصطناعي الذي استشهدت به Ripple وPrivy عند الإعلان عن التكامل.

الكود نفسه ليس جاهزًا للشبكة بعد. لا يزال طلب الدمج مفتوحًا، مع ملاحظتين من المراجعة الآلية للكود لم تُحلّ بعد، وهو يُبنى على تغييرات الرعاية التي لم تُفعَّل على الشبكة الرئيسية حتى الآن. تلك التغييرات بيدي المُحققين (validators). فتعديل الرعاية كان قد حصد 11 صوتًا من أصل 29 صوتًا يحتاجها من المُحققين الموثوقين في الشبكة حتى الاثنين 19 أكتوبر، ضمن مجموعة موثوقة قوامها 35 مُحققًا، وهو رقم يبقى بعيدًا عن عتبة الموافقة. حساب التعديلات يفسّر الفجوة: تعديلات XRPL لا تُفعَّل إلا عندما تصوّت أغلبية مطلقة من مجموعة المُحققين الموثوقين لصالحها وتحافظ على ذلك عبر نافذة التفعيل، أي أن 29 صوتًا من 35 هي العتبة التي يجب على تغييرات الرعاية بلوغها والحفاظ عليها. أما المشغلون للعُقد فخطوتهم العملية هي تشغيل إصدار من rippled يتضمن نوع المعاملة الجديد ومنطق الرعاية الذي يعتمد عليه، ثم إعلان الدعم. وحتى يحدث ذلك، تظل التطبيقات المبنية على تكامل Privy تدفع تكلفة الدخول البالغة 1 XRP التي كُتب SponsoredAccountCreate لإلغائها.

الراعي يتحمل عبء الـXRP المقفل

إذا اجتاز تعديل الرعاية عتبة الأصوات الـ29، فإن الأثر العملي هو أن مستخدم العملات المستقرة لن يحتاج إلى اقتناء XRP من الأساس. هذا يعيد رسم خريطة الطلب على الأصل: فبدل أن يقفل 100,000 عميل 1 XRP لكل منهم، يقفل راعٍ واحد 100,000 XRP، بما يركّز دور الرمز كضمانة شبكية في قبضة عدد محدود من شركات المدفوعات. بالنسبة إلى العملة البديلة التي تسوّق لنفسها بمنفعة التسوية، فإن بناء قطاع PayFi يتوقف أكثر على اقتصاديات الرعاة منها على اقتناء الأفراد، وقد كُتب SponsoredAccountCreate لهذا النموذج تحديدًا. وحصيلة التعديل البالغة 11 صوتًا حتى 19 أكتوبر تعطي الإجابة الحالية عن سؤال التوقيت: التحول لم يصل بعد.