Ripple توصي بسحب تعديل XLS-38 للجسر من شبكة XRP (XRP) Ledger

طلبت Ripple من مجتمع XRP Ledger سحب تعديل XChainBridge (XLS-38)، مستشهدة بتكامل Axelar وضعف طلب المطورين.

(١١:٣٣ م UTC)
3 دقائق للقراءة
ملخص الذكاء الاصطناعيAI
  • سحب التعديل يتيح إزالة أكثر من 10,000 سطر برمجي من قاعدة الشيفرة.
  • شبكة Axelar تدير أكثر من 75 مدققًا وتدعم أكثر من 50 شبكة بلوكتشين.
  • Ripple اختارت Axelar كطبقة تشغيل بيني لسايدشين EVM في يونيو 2024.
  • تسيطر Ripple على صوت مدقق واحد فقط ضمن آلية إجماع الشبكة.
v3xn8bwc

Ripple تتحرك لإلغاء XLS-38

في تطور لافت لحوكمة شبكة الريبل ليدجر (XRP Ledger)، أوصت شركة Ripple مجتمع الشبكة بسحب تعديل XChainBridge المعروف باسم XLS-38، وهو المقترح الذي صُمم لإدخال إمكانية الجسور بين السلاسل بشكل أصلي إلى شبكة XRP (XRP). ووفقًا للشركة، لم تعد التقنية مطلوبة لحالة الاستخدام الأساسية التي وُجدت من أجلها، كما أنها لم تجتذب طلبًا كافيًا من المطورين. وفي منشور عبر منصة X، ذكرت RippleX، الذراع التطويري للشركة، أن حالة الاستخدام التي دفعت أصلاً إلى تطوير XLS-38 أصبحت مغطاة بالكامل — وفي نظر الشركة بشكل أفضل — عبر تكامل Axelar. فقد كُتب التعديل ليوفّر إطارًا أصليًا للجسور بين السلاسل على شبكة XRP Ledger، يسمح بنقل الأصول بين الشبكة الرئيسية XRPL والسايدشينات المتصلة عبر خوادم تُعرف بـ“خوادم الشاهد” (witness servers). وقد بُني النظام لدعم السايدشينات المخصصة، بما يشمل الشبكات الخاصة والمقيدة بالصلاحيات، إضافة إلى سلاسل التطبيقات التجريبية، وكان المقصود به أصلاً أن يشكّل الجسر الرابط بين XRP Ledger وسايدشين XRPL EVM، البيئة التي يمكن فيها تشغيل التطبيقات المتوافقة مع EVM على شبكة XRPL. وترى Ripple أن الإبقاء على هذه التنفيذ الخامل ضمن قاعدة الشيفرة أصبح عبئًا، وأن إزالة XChainBridge ستمكّن المطورين من حذف أكثر من 10,000 سطر برمجي. غير أن الشركة لم تغلق الباب تمامًا: فقد طُلب من المطورين الذين يعملون فعليًا على XLS-38 تقديم حالات استخدام مقنعة قد تدفع Ripple إلى تراجعها عن هذا الموقف.

وليس في وسع Ripple سحب التعديل من طرف واحد. فالشركة تسيطر على صوت مدقق واحد فقط داخل شبكة XRP Ledger، الشبكة مفتوحة المصدر التي تعمل باستقلال عن الشركة وتتحدث عبر الأصوات التي يلقيها مدققوها، ما يعني أن عملية الإزالة يجب أن تمر عبر آلية التعديلات المعتادة في الشبكة. وهذا الواقع في الحوكمة يحدد مسار الحدث بأكمله: تصريح Ripple هو توصية موجهة إلى المجتمع وليس تغييرًا نافذًا، والنتيجة النهائية سيفصلها مجموعة المدققين الموزعة في الشبكة لا الشركة نفسها. وتعود خلفية القرار إلى يونيو 2024، حين اختارت Ripple شبكة Axelar لأول مرة كطبقة التشغيل البيني لسايدشين XRPL EVM. وقالت الشركة حينها إنها ستواصل إبقاء XLS-38 متاحًا لتصويت المجتمع، محافظةً على خيار مسار الجسور الأصلي. وتدير شبكة Axelar حاليًا أكثر من 75 مدققًا وتدعم تشغيلًا بينيًا واسعًا مع أكثر من 50 شبكة بلوكتشين، ما يمنح سايدشين EVM اتصالًا عابرًا للسلاسل يمتد إلى ما هو أبعد من منظومة XRPL. وتقول Ripple الآن إنه لا توجد أدلة تُذكر على وجود طلب حقيقي من المطورين لـ XLS-38 إلى جانب هذا التكامل، وهو ادعاء يقف في تقابل مع فضاء أدوات الجسور بين السلاسل الأوسع، حيث تظل آليات التبادل الذري وبروتوكولات الجسور مجال بناء نشطًا لكثير من شبكات العملات البديلة.

قراءتنا في ريداكشن COINOTAG أن هذه المعركة اختبار للحوكمة بقدر ما هي قرار تقني. فتعديل XLS-38 مقترح خامل — لم تمر عبره أي أصول — غير أن مصيره اليوم بيد المدققين الذين عليهم موازنة توصية Ripple في مقابل مبدأ الشبكة القاضي بالحفاظ على الخيارات مفتوحة. وإذا صادق المجتمع على السحب، فسيكون ذلك حالة نادرة تقوم فيها شبكة XRP Ledger بحذف تعديل صادر رسميًا بدل الاكتظاظ بشيفرة برمجية غير مستخدمة، وأول إشارة واضحة إلى كيفية تعامل المدققين مع مقترحات التنظيف المدعومة من الشركات. أما إذا قدّم المطورون حالات الاستخدام المقنعة التي طلبتها Ripple، فقد ينجو التعديل من المصير المعلن.

COINOTAG News Desk

COINOTAG News Desk

فريق التحرير والأبحاث في COINOTAG.

كيف يعمل مكتب الأخبار
بمساعدة الذكاء الاصطناعي

تم إنتاجه بمساعدة الذكاء الاصطناعي، وتمت مراجعته بالذكاء الاصطناعي، ونُشر تحت الإشراف التحريري لـ COINOTAG.