تُظهر ترقية XRPL في 27 مايو كيف يقرر المدققون والأسواق تقسيم blockchain

تسرد صفحة التعديلات المعروفة الخاصة بـ XRPL FixCleanup3_1__3 للتنشيط في 27 مايو، وحسب التصميم فإن الحدث عبارة عن ترقية للصيانة.
قام الإصدار 3.1.3 من إصلاحات الحزم المتموجة لـ NFTs، والمجالات المسموح بها، والخزائن، وبروتوكول الإقراض، ومدونة XRPL بتعيين التصويت الافتراضي على نعم بسبب أهمية تلك الإصلاحات.
تتطلب عملية التعديل دعمًا يزيد عن 80% من المدققين الموثوقين لمدة أسبوعين قبل أن تصبح القواعد الجديدة دائمة.
ما يجعل الحلقة تستحق الدراسة بعد الموعد النهائي هو ما قاله ديفيد شوارتز، المؤسس المشارك لـ XRPL، حول ما يتطلبه الانقسام الحقيقي بالفعل، لأن إجابته تكشف كيف تعمل شرعية البروتوكول على أي blockchain.
النقطة المركزية لشوارتز هي أن عدد العقد الخام هو وكيل ضعيف لقوة الإجماع. إن النظام الذي تصوت فيه العقد بما يتناسب مع عددها يخلق سطحًا للهجوم حيث يمكن لأي شخص تشغيل آلاف الأجهزة بتكلفة منخفضة.
في نموذج XRPL، يحتفظ كل مشغل خادم بمجموعة منسقة من المدققين الذين يثق بهم الخادم لعدم التواطؤ، وقائمة العقد الفريدة، ويحدد UNL أصوات التحقق التي يحسبها الخادم أثناء الإجماع.
تتطلب عملية تعديل XRPL دعمًا من أكثر من 80% من المدققين الموثوقين لمدة أسبوعين قبل أن تصبح القواعد الجديدة دائمة، مما يؤدي إلى حظر الخوادم التي لم تتم ترقيتها.
يتلقى الخادم رسائل التحقق من الصحة من العديد من العقد عبر الشبكة، ويحدد المدققون في UNL الخاص به أي من هذه الرسائل تشكل رؤية الخادم لدفتر الأستاذ.
أوضح شوارتز أن شرعية الإجماع على XRPL تتدفق من خلال قوائم الثقة وتنسيق المدقق، مما ينتج عنه نظام تحدد فيه محاذاة UNL والاعتماد الاقتصادي دفتر الأستاذ الذي سينجو من الانقسام.
لماذا تتطلب الشوكة الحقيقية حملة تنسيق كاملة؟
بالنسبة للتصويت على XRPL في 27 مايو، تفقد الخوادم التي تم حظر تعديلها القدرة على تحديد صلاحية دفتر الأستاذ أو إرسال المعاملات أو معالجتها أو المشاركة في الإجماع أو التصويت على التعديلات المستقبلية.
وهذا يجعل الموعد النهائي مهمًا من الناحية التشغيلية لأي بورصة أو محفظة أو مستكشف أو مشغل بنية تحتية لا يزال يشغل برنامج ما قبل 3.1.3، حيث تصبح هذه الخوادم غير مشاركة في دفتر الأستاذ الأساسي حتى يتم تحديث المشغل.
تفقد البنية التحتية المحظورة للتعديل إمكانية الوصول إلى السلسلة التي تمت ترقيتها وتفتقر إلى البنية التحتية للتنسيق لترسيخ منافس وظيفي.
لإنتاج شوكة ذات مصداقية، ستحتاج المجموعة المعارضة إلى مصادقين على استعداد لمواصلة إنتاج دفاتر الأستاذ بموجب القواعد القديمة، وبدون مدققين، لن يكون هناك تيار دفتر الأستاذ لمتابعة.
سيحتاجون بعد ذلك إلى قائمة العقد الفريدة المتنافسة التي يمكن للخوادم تكوينها أو يمكن للبرنامج أن يستخدمها افتراضيًا، لأنه بدون قائمة مدقق موثوق بها، لن يكون لدى العقد آلية للتنسيق حول القواعد القديمة.
علاوة على ذلك، سيحتاجون إلى توزيع التعليمات البرمجية الذي يحافظ على القواعد القديمة ويأتي مع الإعدادات الافتراضية التي تشير إلى UNL المنافس، وسيحتاجون إلى دعم البنية التحتية من المحافظ والبورصات والمستكشفين والتطبيقات الكافية لجعل دفتر الأستاذ ذو القاعدة القديمة قابلاً للوصول والتداول.
يتطلب شوكة XRPL ذات المصداقية خمس طبقات تتجاوز العقد التي لم تتم ترقيتها: أدوات التحقق من القاعدة القديمة، وUNL المنافس، وكود القاعدة القديمة، ودعم البنية التحتية، والتعرف على السوق.
تستشهد وثائق XRPL بأبحاث توضح أن عناوين UNL المتنافسة قد تحتاج إلى تداخل بنسبة 90% في أسوأ الحالات لمنع حدوث انقسام، مما يعني أن أي UNL منافس سيحتاج إلى مشاركة مجموعة أدوات التحقق الموثوقة بالكامل تقريبًا مع المجموعة الأساسية للحفاظ على التماسك الداخلي.
إن الشوكة التي تتشكل حول مجموعة أدوات تحقق مختلفة جذريًا تخاطر بإنتاج دفتر أستاذ لا يمكنه الحفاظ على إجماعه الخاص، ناهيك عن جذب اعتماد السوق.
ما تتبعه عملية التعديل فعليًا هو دعم المدقق، وتضمن عتبة 80% لمدة أسبوعين أن الكيانات التي تثق بها الشبكة قد توصلت إلى اتفاق دائم قبل أن تصبح القواعد الجديدة دائمة.
يمكن أن تعكس نسبة كبيرة من العقد غير المدققة التي لم تتم ترقيتها تأخر البنية التحتية دون الإشارة إلى أي شيء حول مسار دفتر الأستاذ الأساسي.
المسافة بين تأخر البنية التحتية والسلسلة المنافسة
في حالة الهبوط، تصبح البورصات أو المحافظ أو مشغلو البنية التحتية الذين تخلفوا عن تفعيل 27 مايو محظورين للتعديل ويتوقفون عن العمل كمشاركين في دفتر الأستاذ.
يواجه المستخدمون الذين يقومون بالتوجيه عبر هؤلاء المزودين انقطاعات في الخدمة، مثل المعاملات التي لا يمكن إرسالها، والمستكشفون الذين لا يمكنهم تأكيد صحة دفتر الأستاذ، والتطبيقات التي لا يمكنها معالجة المدفوعات.
تقع هذه التكلفة التشغيلية على عاتق المشغلين الذين قللوا من أولوية الترقية، ويستحق الأمر التتبع، خاصة بالنسبة لأي بورصة رئيسية أو أمين حفظ لا يزال يشغل عقد ما قبل 3.1.3 عند التنشيط.
إن التأخر المستمر في البنية التحتية عبر عدد كافٍ من مقدمي الخدمات من شأنه أن يخلق احتكاكًا حقيقيًا يواجه المستخدم حتى مع استمرار دفتر الأستاذ الأساسي بموجب القواعد الجديدة.
في الحالة الصاعدة، يتم تنشيط FixCleanup3_1_3 في الموعد المحدد مع بقاء الأغلبية العظمى من أداة التحقق سليمة، ويتم تحديث مشغلي البنية التحتية دون وقوع حوادث كبيرة، وتصبح الحلقة بمثابة تنشيط تعديل روتيني.
إصلاحات NFTs والمجالات المسموح بها والخزائن وt