Advertiseمكتب صفقات الرسوم

XRP

ترقية Batch على شبكة XRP Ledger تتأجل إلى 9 أكتوبر بعد إعادة ضبط دعم المصادِقين

إعادة ضبط عداد ترقية BatchV1_1 على XRP Ledger من 29 سبتمبر إلى 9 أكتوبر بعد انخفاض دعم المدققين، مع تأجل PermissionDelegationV1_1 وإطلاق xrpld 3.4.1.

كن كاتبًا معنا
26 سبتمبر 2026, 12:01 م GST5 دقائق للقراءةتم التحديث
ملخص الذكاء الاصطناعيAI
  • أُعيد ضبط تفعيل BatchV1_1 من 29 سبتمبر إلى 9 أكتوبر عند نحو 14:46 بتوقيت UTC.
  • عاد دعم BatchV1_1 إلى 30 من أصل 35 مدققًا موثوقًا اعتبارًا من 25 سبتمبر.
  • تتطلب قواعد التعديلات تأييد أكثر من 80% من المدققين لأسبوعين متتاليين قبل التفعيل.
  • تأجلت ترقية PermissionDelegationV1_1 من 5 أكتوبر إلى 8 أكتوبر عند نحو 21:25 بتوقيت UTC.

إعادة ضبط العد التنازلي إلى 9 أكتوبر

خسرت ترقية Batch الرائدة على شبكة XRP Ledger ما لا يقل عن عشرة أيام من جدول تفعيلها. فالتعديل BatchV1_1، الذي يتيح للمستخدمين تجميع ما يصل إلى ثماني معاملات في عملية ذرية واحدة، كان يجري عدًا تنازليًا نحو التفعيل في 29 سبتمبر منذ 15 سبتمبر — حتى انخفض دعم المدققين لفترة وجيزة دون المستوى اللازم لإبقاء ذلك العداد قيد التشغيل. وتنص قواعد التعديلات على الشبكة على ضرورة حصول أي تغيير في البروتوكول على تأييد أكثر من 80% من المدققين الموثوقين لمدة أسبوعين متتاليين قبل أن يدخل حيز التنفيذ، وأي هبوط دون هذا الخط يمحو وقت الانتظار المتراكم بالكامل، حتى لو عادت الأصوات خلال ساعات. وتُظهر لوحة بيانات تعديلات XRPL اليوم أن BatchV1_1 عاد إلى 30 من أصل 35 مدققًا موثوقًا اعتبارًا من 25 سبتمبر، ما أعاد ضبط أقرب موعد ممكن للتفعيل إلى 9 أكتوبر عند نحو 14:46 بتوقيت UTC.

ما تغيّره Batch هو دلالات التنفيذ لا السعة الخام للشبكة. فخيار "الكل أو لا شيء" يعني أن مشترٍ يدفع ثمن أصل مُرقمن يمكن أن تتم تسوية الدفعة ونقل الأصل معًا في عملية واحدة، بحيث لا يستطيع أي طرف في الصفقة إتمام الجزء الخاص به منفردًا — وهي بنية تستهدف مباشرة تسوية الأصول المرمّزة ومخاطر "الدفع مقابل التسليم". وهذه الميزة تمثل محاولة ثانية أيضًا: فقد سُحبت نسخة Batch الأصلية قبل تفعيلها على الشبكة الرئيسية بعد أن رصد المطورون خللًا حرجًا في التحقق من التواقيع، وجرى إطلاق النسخة المصححة في أغسطس مع xrpld 3.3.0، أي البرنامج الذي يشغّل دفتر الحسابات. وقال رئيس الهندسة في RippleX، أيو أكينييلي، إن بعض المشاريع تُبنى بالفعل مع أخذ Batch في الحسبان، وأن التفعيل سيدفع هذا العمل أقرب إلى الإنتاج، مع أنه لم يسمِّ شركاء ولا مواعيد إطلاق. ولم يمنل الهبوط سوى لفترة قصيرة على ما يبدو، لكن القواعد لا تترك هامشًا: الدعم تعافى سريعًا، أما التقويم فلم يفعل.

ترقية التفويض تتأخر هي الأخرى

تعديل ثانٍ انزلق على العداد ذاته. فالترقية PermissionDelegationV1_1، التي تتيح لمالك حساب تفويض حساب آخر بتنفيذ مهام محددة معتمدة دون مشاركة مفاتيح التوقيع التي تتحكم بأمواله، فقدت دعمها المؤهل في 23 سبتمبر واستعادته في اليوم التالي. أعادت تلك الترقية الضبط أقرب موعد تفعيل لها من 5 أكتوبر إلى 8 أكتوبر عند نحو 21:25 بتوقيت UTC — ما يجعل تعديلين من تعديلات الشبكة المعلّقة في طريقهما للهبوط خلال نحو 24 ساعة من بعضهما، شريطة بقاء الدعم ثابتًا. ويُظهر سجل لوحة البيانات الذي راجعناه أن التعديلين يسيران وفق النمط نفسه: فقدان الدعم، واستعادته خلال يوم واحد، واستيعاب التكلفة التقويمية كاملة عبر تاريخ التفعيل لا عبر الشيفرة ذاتها.

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

التاريخان الحاسمان: 8 و9 أكتوبر

وصل تطور منفصل مصاحبًا لتأخر Batch: إذ أطلق الفريق الأساسي لشبكة XRP Ledger إصدار xrpld 3.4.1، وهو إصدار طارئ يعالج مسائل حساسة أمنيًا. يجمع التحديث تعديل fixBatchV1_2 المرتبط بمعاملات Batch، ويدعَى مشغلو الخوادم إلى الترقية بأسرع وقت ممكن — فإن فعّل الإصلاح مع نافذة Batch في 9 أكتوبر، فقد تفقد الخوادم التي ما تزال تعمل بإصدارات أقدم مزامنتها مع الشبكة. الإصدار لا يغيّر عرض XRP ولا قواعد استخدامه، لكنه يضيف بند عمل ثانيًا لمشغلي العقد في فترة منتصف أكتوبر ذاتها، فوق مجرد الحفاظ على استقرار دعم الإجماع. ويتجه الانتباه الآن إلى ما إذا كان تأييد المدققين يبقى فوق عتبة 80% حتى ذلك التاريخ.

(حتى الساعة ‏01:01 UTC‏) (حتى 01:01 بتوقيت UTC) قراءتنا: إعادة الضبط المزدوجة أقرب إلى برهان على أن حوكمة الشبكة تستبدل السرعة بالقابلية للتنبؤ منها إلى انتكاسة، والأثر المباشر على سعر XRP ينبغي أن يكون محدودًا. فالتعديلان موجودان أصلًا في xrpld 3.3.0، وبذلك لا يحتاج مشغلو العقد إلى أي إجراء جديد سوى الحفاظ على استقرار الدعم. وإذا صمد الإجماع، فإن 8 و9 أكتوبر هما التاريخان الذي يستحقان المتابعة — إذ تقرب التجميع والتفويض معًا الشبكة من التسوية الذرية بفصل الأدوار التي تتطلبها سير عمل الأصول المرمّزة وPayFi. وقد استمر الطلب المؤسسي رغم التأخير، مع تصدرت تدفقات صناديق ETF على XRP مؤخرًا من Bitwise بمشتريات يومية بلغت 9.91 مليون دولار، فيما تُظهر بيانات 30 يومًا أن وكلاء الذكاء الاصطناعي على XRPL يحوّلون تفضيل التسوية نحو Ripple USD — تذكير بأن سردية المدفوعات على الشبكة تواصل التطور بمعزل عن مواعيد الترقيات.

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

بمساعدة الذكاء الاصطناعي

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