تسرد صفحة التعديلات المعروفة لـ XRPL fixCleanup3_1__3 للتفعيل في 27 مايو، وبتصميمه، فإن هذا الحدث هو ترقية صيانة.
تحتوي النسخة 3.1.3 من rippled على إصلاحات لـ NFTs وDomains المُصرّح بها وVaults وبروتوكول الإقراض، وحددت مدونة XRPL التصويت الافتراضي لصالح نعم بسبب أهمية هذه الإصلاحات.
يتطلب عملية التعديل دعماً يزيد عن 80% من المُصدّقين الموثوقين لمدة أسبوعين قبل أن تصبح القواعد الجديدة دائمة.
ما يجعل الحلقة تستحق التحليل ما بعد الموعد النهائي هو ما قاله ديفيد شوارتز، أحد مُصممي XRPL، حول ما يتطلبه حقًا التفرع الحقيقي، لأنه كشف كيف يعمل مشروعية البروتوكول على أي سلسلة كتل.
النقطة الأساسية لشوارتز هي أن عدد العقد الخام هو مؤشر ضعيف للقوة التوافقية. النظام الذي تُصوت فيه العقد بنسبة عددها يخلق سطح هجوم حيث يمكن لأي شخص تشغيل آلاف الآلات بتكلفة منخفضة.
في نموذج XRPL، يحافظ كل مشغل خادم على مجموعة مختارة من المصادقين يثق الخادم بعدم تواطؤهم، قائمة العقد الفريدة، وتحدد UNL أي أصوات مصادقة يحسبها الخادم أثناء التوافق.
يتلقى الخادم رسائل تحقق من العديد من العقد عبر الشبكة، وتحدد المُحققون على قائمة الثقة الخاصة به (UNL) أي من تلك الرسائل تشكل رؤية الخادم للدفتر المحاسبي.
شرح شوارتز أن شرعية التوافق على XRPL تتدفق من خلال قوائم الثقة وتنسيق المُحققين، مما ينتج نظامًا حيث يحدد تطابق UNL والتبني الاقتصادي أي دفتر ينجو من الانقسام.
لماذا يتطلب الشق الحقيقي حملة تنسيق كاملة
لتصويت XRPL في 27 مايو، تخسر الخوادم التي تصبح محظورة من التعديلات القدرة على تحديد صلاحية الدفتر، أو تقديم أو معالجة المعاملات، أو المشاركة في توافق الآراء، أو التصويت على التعديلات المستقبلية.
هذا يجعل الموعد النهائي ذا أهمية تشغيلية لأي بورصة أو محفظة أو مستكشف أو مشغل بنية تحتية لا يزال يستخدم برنامج الإصدار ما قبل 3.1.3، حيث تصبح الخوادم غير مشاركة في السجل المعياري حتى يقوم المشغل بالتحديث.
فقدت البنية التحتية المحظورة من التعديل الوصول إلى السلسلة المُحدَّثة، وتفتقر إلى البنية التحتية للتنسيق لربط منافس وظيفي.
لإنشاء شعبة موثوقة، سيحتاج الفريق المعارض إلى مُحققين مستعدين لمواصلة إنتاج السجلات وفقًا للقواعد القديمة، وبدون المُحققين، لا توجد تدفق سجلات لمتابعته.
سيحتاجون بعد ذلك إلى قائمة عقد فريدة منافسة يمكن للخوادم تكوينها أو يمكن للبرمجيات الاعتماد عليها افتراضيًا، لأنه بدون قائمة مُوثوقة للمُحققين، لا تمتلك العقد آلية لتنسيق العمل وفقًا للقواعد القديمة.
بالإضافة إلى ذلك، سيحتاجون إلى توزيع رمز يحافظ على القواعد القديمة ويشمل إعدادات افتراضية تشير إلى UNL المنافس، كما سيحتاجون إلى دعم بنية تحتية من المحافظ والبورصات ومتصفحات السجلات والتطبيقات كافٍ لجعل دفتر القواعد القديمة قابلاً للوصول والتداول.
تشير وثائق XRPL إلى بحث يُظهر أن UNLs المنافسة قد تحتاج إلى تداخل بنسبة 90% في أسوأ الحالات لمنع التفرع، مما يعني أن أي UNL منافس سيحتاج إلى مشاركة مجموعة المدققين الموثوقين بالكامل تقريبًا مع المجموعة القياسية للحفاظ على التماسك الداخلي.
إن الانقسام الذي يتشكل حول مجموعة مُحققين مختلفة جذريًا يعرض خطر إنتاج دفتر أستاذ لا يمكنه الحفاظ على توافقه الخاص، ناهيك عن جذب التبني السوقي adoption.
ما تتبعه عملية التعديل فعليًا هو دعم المُحققين، وضمان عتبة 80% لمدة أسبوعين هو أن الكيانات التي يثق بها الشبكة قد وصلت إلى اتفاق دائم قبل أن تصبح القواعد الجديدة دائمة.
يمكن أن يعكس حصة كبيرة من العقد غير المُحدَّثة غير المُصدِّقة تأخرًا في البنية التحتية دون أن يشير إلى أي شيء حول مسار الدفتر المعياري.
المسافة بين تأخر البنية التحتية وسلسلة منافسة
في السيناريو الهابط، تصبح البورصات أو المحافظ أو مشغلي البنية التحتية التي تتأخر عن تفعيل 27 مايو مُحصورة بالتعديل وتتوقف عن العمل كمشاركين في الدفتر.
يواجه المستخدمون الذين يمرون عبر تلك المزودين انقطاعات في الخدمة، مثل المعاملات التي لا يمكن تقديمها، ومستكشفات لا يمكنها تأكيد صلاحية الدفتر، وتطبيقات لا يمكنها معالجة المدفوعات.
يتحمل المشغلون الذين أخّروا الترقية التكلفة التشغيلية، وتجدر متابعتها، خاصة لأي بورصة كبيرة أو جهة احتفاظ لا تزال تعمل بعقدة سابقة لإصدار 3.1.3 عند التفعيل.
ستؤدي استمرار التأخير في البنية التحتية عبر عدد كافٍ من المزودين إلى خلق عوائق حقيقية تواجه المستخدمين، حتى مع استمرار الدفتر المعياري وفقًا للقواعد الجديدة.
في السيناريو الصاعد، يتم تفعيل fixCleanup3_1_3 وفقًا للجدول مع بقاء الأغلبية الفائقة للمدققين سليمة، وقم تحديث مشغلي البنية التحتية دون حادث كبير، وتصبح هذه الحلقة تفعيلًا روتينيًا للتعديل.
تُطبَّق التصحيحات على NFTs وDomains المُصرَّح بها وVaults وبروتوكول الإقراض، ويتقدم الشبكة. يظل الجدل الحوكمي الذي أثاره الترقية قائماً بغض النظر عن النتيجة، لأن شوارتز شرح ما يتطلبه الانقسام الحقيقي، وهو ينطبق على أي تعديل مستقبلي.
الحفاظ على القواعد القديمة يتطلب مجموعة معارضة تعمل ببرنامج قديم، وتجنيد مدققين حول قائمة UNL منافسة، وإقناع المحافظ والبورصات وصانعي السوق باعتبار دفتر الحسابات الخاص بهم هو دفتر XRP القياسي، مقابل إعداد افتراضي يوجه الجميع إلى السلسلة المحدثة.
كل سلسلة كتل لديها طبقة حوكمة
رسم شوارتز مقارنة مع Stellar، حيث يُعد ترقية البروتوكول 24 إصلاحًا للثبات لخطأ في أرشفة الحالة في Stellar Core، وهو حدث صيانة يتطلب نفس نوع التبني المنسق من قبل المُصدّقين.
تعمل طبقة الشرعية المكافئة لبيتكوين من خلال عمال التعدين، وعقد الاقتصاد، وتنفيذ العملاء، والقوائم في البورصات. وتعمل طبقة الإيثريوم من خلال المُصادقين، وبنية التخزين، وتنوع العملاء، والمطورين الأساسيين، وتبني الطبقة التطبيقية.
ما يجعله XRPL صريحًا من خلال UNLs، تدمجه شبكات أخرى في توزيع قوة التعدين، اقتصاديات التخزين، أو التوافق الاجتماعي الذي يثق به مطورو برامج العميل.
تختلف الآليات عبر البيتكوين والإيثيريوم وXRPL، بينما يمر الاعتماد على القرارات البشرية المنسقة لجعل التغييرات في القواعد دائمة عبر الثلاثة جميعًا.
يُظهر تفعيل 27 مايو كيف تقوم طبقة الحوكمة في XRPL بتحويل اتفاق المدققين إلى ثبات الدفتر، حيث يحدد تكوين UNL أي الاتفاقات التي تُحتسب.
مشغّل لا يوافق على fixCleanup3_1_3 لديه الحرية التقنية لتشغيل البرنامج القديم وتكوين UNL منافس.
ما إذا كانت أي بورصة تُدرج الرمز الناتج، أو أي محفظة تدعمه، أو أي صانع سوق يوفر سيولة، هو سؤال لا يمكن للبروتوكول الإجابة عنه نيابةً عنهم.
هذا الانفصال في التنسيق هو السبب في أن ترقيات البروتوكول على الشبكات ذات التبني الواسع نادرًا ما تُنتج شقوقًا دائمة: اقتصاديات اتباع السلسلة المعيارية تتفوق دائمًا تقريبًا على اقتصاديات بناء سلسلة موازية من الصفر، والسلسلة المعيارية هي أي سلسلة يقرر السوق أنها الحقيقية.
ظهرت المقالة يُظهر ترقية XRPL في 27 مايو كيف يقرر المُحققون والأسواق انقسام البلوكشين لأول مرة على CryptoSlate.