تعديل BatchV1_1 على شبكة XRP (XRP) يقترب من عتبة 80% بدعم 68% من المدقّقين

الدعم لتعديل BatchV1_1 يبلغ 68%

تقترب شبكة XRP Ledger من تفعيل تعديل BatchV1_1، وهو الصيغة المعاد صياغتها من التعديل الذي ظل معلّقاً منذ سحب إصدار Batch الأصلي مطلع هذا العام. فبحسب بيانات التصويت التي تتابعها مجتمعياً على الشبكة، بلغت نسبة تأييد المدقّقين للترقية نحو 68% حتى 7 سبتمبر. ولا تزال هذه النسبة دون عتبة الإجماع البالغة 80% التي تشترطها الشبكة، غير أن الفجوة ضاقت بما يكفي لبدء المشاركين في المنظومة رسم مسار زمني محتمل للتفعيل، سواء لشبكة XRP Ledger نفسها أم لأصلها الأصلي.

ووفق آلية التعديلات المعتمدة على الشبكة، يجب أولاً أن يحظى أي تغيير مقترح بتأييد 80% على الأقل من المدقّقين، ثم أن يحافظ على هذه الأغلبية طوال 14 يوماً متتالية قبل أن يدخل حيز التنفيذ تلقائياً. وإذا تراجع الدعم عن العتبة في أي لحظة خلال هذه الفترة، يُعاد ضبط العدّاد من الصفر وتبدأ العملية من جديد. وتشير المتابعات الحالية إلى أنه في حال تجاوز خط الـ80% والصمود عنده، قد يعمل BatchV1_1 قبل نهاية سبتمبر، مع أن الأمر لا يضمن إلا باكتمال العدّ التنازلي. وكان الطريق إلى هنا مضطرباً: عُطّلت النسخة الأولى من Batch بعد اكتشاف خلل جوهري، ما فرض إعادة هندسة التعديل أُدمجت في الإصدار 3.3.0 من برمجيات XRP Ledger والذي أُطلق في 6 أغسطس. ومشغّلو العقد الذين يديرون هذا الإصدار يحملون بالفعل الكود المعدّلاً، فلم يبق سوى خطوة التصويت. وعند نسبة 68%، يحتاج التعديل إلى نحو 12 نقطة مئوية إضافية من تأييد المدقّقين قبل أن تبدأ فترة المراقبة أصلاً، ما يجعل جولات التصويت المقبلة المؤشر الحاسم بين تقدّم التعديل أو تعثّره كما تعثّرت بعض مقترحات XRPL السابقة.

ما الذي يغيّره BatchV1_1 على المطورين

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

أحدث إحصاء للمدقّقينhttps://x.com/xmoonkie/status/2096943070927311139

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

عدّ تنازلي لأسبوعين

قراءتنا في COINOTAG أن ملاحظات الإصدار المرافقة للنسخة 3.3.0 هي المرجع الحاسم هنا: فالتعديل BatchV1_1 موجود في الكود الذي أُطلق في 6 أغسطس، لذا صار التفعيل مسألة تصويت من المدقّقين بحتة، لا مسألة هندسية. وتأتي الترقية في فترة حافلة للشبكة؛ إذ أعادت Ripple قفل 700 مليون XRP في حساب الضمان، وأحرقت 1,363,614 من عملة RLUSD في عملية إعادة سكّ عبر السلاسل، فيما اختبر برنامج تجريبي للتحقق من الإحصاءات بالشراكة مع BIS سرعة الشبكة. ولمزيد من التفاصيل حول الأصل، تفضّلوا بزيارة مركز تغطية XRP لدينا. فإذا تجاوز الدعم عتبة 80% وصمد طوال الفترة كاملة، يحصل المطوّرون على أداة تجميع تضم 8 معاملات مطلع أكتوبر؛ وإذا تعثّر التصويت، فسيواصل آلية الإجماع عدّها كما هو.