اليوم تم تأجيل ترقية لمدة عشرة أيام، والسبب لم يكن… أن الكود غير مكتمل..\n\n📢 最新消息群里说\n\nمتى يمكن إطلاق ميزة جديدة على سلسلة واحدة بعينها؟ من المفترض أن يكون قرار شركة التطوير.. لكن يبدو أن الأمر لا يحسمه منشئوها هذه المرة.. بل إنه «لم تُحتسب أصوات كافية»..\n\nعلى دفتر XRP توجد ترقية تُسمّى Batch، كان من المقرر تفعيلها في التاسع والعشرين من سبتمبر، والآن تم دفعها إلى أسبق موعد في التاسع من أكتوبر.. كثيرون عندما يرون كلمتَي «تأجيل» يأتون غالبًا بردة فعل أولى مثل: «تأجيل آخر..» ثم يمرّون على الفور..\n\nلكن ما يستحق النظر حقًا هو: لماذا تم تأجيلها بالضبط..\n\nقواعد سلسلة XRPL جامدة جدًا: لكي تُفعَّل ترقية ما، يجب أن تحصل على دعمٍ من أكثر من 80% من المدققين الموثوقين، وأن تحافظ على ذلك دون انقطاع لمدة أسبوعين متواصلين.. يكفي أن ينخفض الدعم للحظة واحدة، حتى تُلغى كل «المدة المُجمّعة» من قبل، ويُعاد احتساب العدّ من الصفر..\n\nوهذا ما حدث هذه المرة.. بدأت العدّ التنازلي لميزة Batch في الخامس عشر من سبتمبر، ثم هبطت نسبة الدعم مؤقتًا تحت العتبة في منتصف الطريق، ولم تعُد إلا في الخامس والعشرين من سبتمبر إلى 30 من أصل 35 مدققًا موثوقًا.. عندها أعيد بدء العدّ التنازلي، ولم يمكن تفعيلها في أسبق موعد إلا بعد ظهر التاسع من أكتوبر..\n\nترقية أخرى كذلك.. تلك الميزة تسمح لشركةٍ بتفويض حسابٍ آخر لتنفيذ إجراءٍ محدد، دون أن تضطر إلى تسليم مفتاح التوقيع السري الذي يتحكم بالأموال.. سقطت نسبة الدعم في الثالث والعشرين من سبتمبر، وعادت إلى ما كانت عليه في الرابع والعشرين، وتم نقل وقت التفعيل من الخامس من أكتوبر إلى الثامن منه..\n\nهنا بدأ الأمر يختلف.. في سلسلة تم رصدها وأموالها تراقَب من مؤسسات، ليس قرار الشركة المُصدِّرة هو الذي يحدد متى يمكن استخدام الميزات الجديدة، بل قرار تصويت «عدد من المدققين»..\n\nوما يزيد الأمر إثارة: هاتان الميزتان اللتان تم تأخّرُهما هذه المرة، هما بالضبط من النوع الذي تستخدمه المؤسسات عادةً..\n\nقلب Batch هو القدرة على تجميع ما يصل إلى ثماني معاملات وإرسالها معًا، وخيار «الكل أو لا شيء» يسمح للمشتري بدفع الأموال واستلام الأصول المُمثَّلة/المُرقمنة ضمن نفس العملية.. باختصار: هذه لغة «التسوية»، وليست لغة المتداولين الأفراد..\n\nأما تفويض الصلاحيات فهو أكثر مباشرة.. يمكن لمرسل/مُصدِر العملات أن يُجزّئ الدفع والامتثال إلى حسابين تشغيليين منفصلين: الحساب الذي تتم مقارنة الفواتير/المطابقة معه لا يرى الأموال، والحساب الذي يستلم المال لا يرى الصلاحيات.. هذه أشياء تُحضَّر لمن يحتاج إلى اجتياز التدقيق (الـAudit)..\n\nلذا فالتأجيل لا يخدم ما يريده المتداولون الأفراد، بل يخدم قطعتي اللغز اللتين تحتاجهما المؤسسات للدخول.. ووفقًا لقول مسؤول هندسة لدى RippleX، توجد بالفعل مشاريع تقوم بتركيب البنية مسبقًا وفقًا لـ Batch، بحيث بمجرد تفعيلها يمكنها الاقتراب أكثر من بيئة الإنتاج..\n\nلكن المشكلة.. هذه ليست المرة الأولى التي تتعثر فيها Batch.. النسخة السابقة تم اكتشاف ثغرة خطيرة في التحقق من التوقيع قبل التفعيل، فسحب المطورون نسختهم بأنفسهم؛ ثم نُشر الإصدار المُصحح في أواخر أغسطس مع البرنامج الجديد.. والآن تتكرر المشكلة بسبب هبوط نسبة الدعم، وإعادة العدّ من جديد..\n\nنظام يُحبَس مرارًا بسبب عتباته الخاصة.. فهل هذا حذر، أم احتكاك؟\n\nلذلك ما يستحق أن تراقبه حقًا، ليس هل سيتم تفعيلها في التاسع من أكتوبر في موعدها..\n\nبل: إذا نزلت هاتان الميزتان على الأرض جنبًا إلى جنب (في توالي زمني)، فهل سيظهر على السلسلة لأول مرة حجم تسويات من مستوى «التسوية/الاستلام التعاقدي».. بمجرد حدوث ذلك، عندها فقط تكون تلك الفئة من الناس الذين ينتظرون في الخارج قد حصلوا فعلاً على شيء يمكنهم استخدامه عمليًا..\n\nوالعكس صحيح أيضًا.. إذا تم التأجيل مرة أخرى هذه المرة، فهذا يعني أن احتكاك الحوكمة على هذه السلسلة يجري اختباره من خلال صبر المؤسسات.. الصبر محدود، والاختبار يتم كل يوم..\n\nاتركها بنقطة انعكاس.. ما إذا كانت السلسلة قادرة على حمل الأموال الكبيرة، لم يُقِسْه يومًا مدى سرعة تشغيلها، بل ما إذا كانت «تجرؤ» على السماح لمجموعة من الغرباء تمامًا أن يقرروا متى يمكنها أن تتغير..