قائمة التعديلات المعروفة لشبكة XRPL تظهر تحديث fixCleanup3_1_3 المقرر تفعيله في 27 مايو، وهو بطبيعته ترقية صيانة للشبكة. الإصدار 3.1.3 من برنامج rippled يحتوي على إصلاحات مهمة للرموز غير القابلة للاستبدال (NFTs) والمجالات المصرح بها والخزائن وبروتوكول الإقراض، وقد حددت مدونة XRPL التصويت الافتراضي ليكون “نعم” نظراً لأهمية هذه الإصلاحات.
عملية التعديل تتطلب دعمًا يتجاوز 80% من المدققين الموثوقين لمدة أسبوعين قبل أن تصبح القواعد الجديدة دائمة. ما يجعل هذه الحادثة جديرة بالدراسة بخلاف الموعد النهائي هو ما قاله ديفيد شوارتز، المشارك في إنشاء XRPL، حول ما يتطلبه الانقسام الحقيقي (fork)، لأن إجابته تكشف كيف تعمل شرعية البروتوكول في أي بلوكتشين.
نقطة شوارتز الأساسية هي أن عدد العقد الخام (raw node count) هو مقياس ضعيف لقوة الإجماع (consensus). النظام الذي تصوت فيه العقد بناءً على عددها يخلق سطح هجوم يمكن لأي شخص من خلاله تشغيل آلاف الأجهزة بتكلفة منخفضة.
في نموذج XRPL، يحتفظ كل مشغل خادم بقائمة منسقة من المدققين الذين يثق بهم الخادم بعدم التآمر، وتسمى قائمة العقد الفريدة (UNL). هذه القائمة تحدد رسائل التصديق التي يحسبها الخادم أثناء عملية الإجماع. يتلقى الخادم رسائل تصديق من عقد كثيرة عبر الشبكة، والمدققون في قائمته الفريدة هم من يحددون أي من هذه الرسائل تشكل رؤية الخادم للدفتر.
شرح شوارتز أن شرعية الإجماع على XRPL تتدفق عبر قوائم الثقة وتنسيق المدققين، مما ينتج نظامًا يحدد فيه توافق قوائم العقد الفريدة والتبني الاقتصادي أي دفتر يبقى على قيد الحياة في حالة الانقسام.
لماذا يتطلب الانقسام الحقيقي حملة تنسيق كاملة
في تصويت XRPL في 27 مايو، الخوادم التي تصبح محجوبة بسبب التعديل (amendment-blocked) تفقد القدرة على تحديد صحة الدفتر، أو إرسال أو معالجة المعاملات، أو المشاركة في الإجماع، أو التصويت على التعديلات المستقبلية. هذا يجعل الموعد النهائي مهمًا من الناحية التشغيلية لأي بورصة أو محفظة أو مستكشف أو مشغل بنية تحتية لا يزال يعمل بإصدارات أقدم من 3.1.3، حيث تصبح هذه الخوادم غير مشاركة في الدفتر الأساسي حتى يقوم المشغل بالتحديث.
البنية التحتية المحجوبة بالتعديل تفقد الوصول إلى السلسلة المطورة وتفتقر إلى البنية التحتية للتنسيق اللازمة لإنشاء منافس فعال. لإنتاج انقسام موثوق، ستحتاج مجموعة معارضة إلى مدققين يرغبون في الاستمرار في إنتاج دفاتر تحت القواعد القديمة، وبدون مدققين لا يوجد دفتر يمكن متابعته. بعد ذلك، سيحتاجون إلى قائمة عقد فريدة متنافسة يمكن للخوادم تكوينها أو البرامج الافتراضية إليها، لأنه بدون قائمة مدققين موثوقة، لا تملك العقد آلية للتنسيق حول القواعد القديمة.
علاوة على ذلك، سيحتاجون إلى توزيع كود برمجي يحافظ على القواعد القديمة ويأتي بإعدادات افتراضية تشير إلى قائمة العقد الفريدة المنافسة، وسيحتاجون إلى دعم بنية تحتية من المحافظ والبورصات والمستكشفات والتطبيقات بما يكفي لجعل الدفتر القديم قابلًا للوصول والتداول.
توثيق XRPL يستشهد بأبحاث تظهر أن قوائم العقد الفريدة المتنافسة قد تحتاج إلى تداخل بنسبة 90% في أسوأ الحالات لمنع الانقسام، مما يعني أن أي قائمة عقد فريدة منافسة يجب أن تشارك تقريبًا مجموعة المدققين الموثوقين بالكامل مع القائمة الأساسية للحفاظ على التماسك الداخلي. انقسام يتشكل حول مجموعة مدققين مختلفة جذريًا يخاطر بإنتاج دفتر لا يمكنه الحفاظ على إجماعه الخاص، ناهيك عن جذب التبني في السوق.
ما تتبعه عملية التعديل في الواقع هو دعم المدققين، وعتبة 80% لمدة أسبوعين تضمن أن الكيانات التي تثق بها الشبكة قد توصلت إلى اتفاق دائم قبل أن تصبح القواعد الجديدة دائمة. حصة كبيرة من عقد غير المدققين غير المحدثة يمكن أن تعكس تأخرًا في البنية التحتية دون أن تعني شيئًا عن مسار الدفتر الأساسي.
المسافة بين تأخر البنية التحتية وسلسلة منافسة
في السيناريو السلبي، البورصات أو المحافظ أو مشغلو البنية التحتية الذين يتأخرون عن تفعيل 27 مايو يصبحون محجوبين بالتعديل ويتوقفون عن العمل كمشاركين في الدفتر. المستخدمون الذين يتعاملون عبر هؤلاء المزودين سيواجهون انقطاعات في الخدمة، مثل معاملات لا يمكن إرسالها، ومستكشفات لا تستطيع تأكيد صحة الدفتر، وتطبيقات لا تستطيع معالجة المدفوعات. هذه التكلفة التشغيلية تقع على عاتق المشغلين الذين لم يعطوا أولوية للترقية، ومن المهم متابعتها، خاصة لأي بورصة كبيرة أو وصي لا يزال يشغل عقدًا بإصدارات أقدم عند التفعيل.
في السيناريو الإيجابي، يتم تفعيل fixCleanup3_1_3 في الموعد المحدد مع أغلبية المدققين الساحقة intact، ويقوم مشغلو البنية التحتية بالتحديث دون حوادث كبيرة، وتصبح الحادثة مجرد تفعيل تعديل روتيني. الإصلاحات للرموز غير القابلة للاستبدال والمجالات المصرح بها والخزائن وبروتوكول الإقراض تدخل حيز التنفيذ، وتتحرك الشبكة إلى الأمام.
الحفاظ على القواعد القديمة يتطلب مجموعة معارضة تشغل برامج قديمة، وتجنيد مدققين حول قائمة عقد فريدة منافسة، وإقناع المحافظ والبورصات وصناع السوق بالاعتراف بدفترهم على أنه دفتر XRPL الأساسي، ضد إعداد افتراضي يشير الجميع إلى السلسلة المطورة.
كل بلوكتشين لديها طبقة حوكمة
قارن شوارتز هذا الأمر بشبكة Stellar، التي كانت ترقية Protocol 24 الخاصة بها إصلاحًا للاستقرار لخلل في أرشفة الحالة في برنامج Stellar Core، وهو حدث صيانة يتطلب نفس النوع من التبني المنسق للمدققين. طبقة الشرعية المكافئة في البيتكوين تعمل من خلال المعدنين والعقد الاقتصادية وتطبيقات العميل وإدراج البورصات. طبقة الإيثيريوم تعمل من خلال المدققين والبنية التحتية للستيكينغ وتنوع العملاء والمطورين الأساسيين والتبني على مستوى التطبيق.
ما تجعله XRPL صريحًا من خلال قوائم العقد الفريدة، تدمجه الشبكات الأخرى في توزيع قوة التعدين أو اقتصاديات الستيكينغ أو الإجماع الاجتماعي حول برامج العملاء التي يثق بها المطورون. الآليات تختلف عبر البيتكوين والإيثيريوم وXRPL، بينما الاعتماد على القرارات البشرية المنسقة لجعل تغييرات القواعد دائمة يمتد عبر الثلاثة.
تفعيل 27 مايو يوضح كيف تحول طبقة الحوكمة في XRPL اتفاق المدققين إلى ديمومة للدفتر، مع تكوين قائمة العقد الفريدة لتحديد أي الاتفاقات يتم عدها. المشغل الذي يختلف مع fixCleanup3_1_3 لديه الحرية التقنية لتشغيل برامج قديمة وتكوين قائمة عقد فريدة منافسة. ما إذا كانت أي بورصة ستدرج الرمز الناتج، أو أي محفظة ستدعمه، أو أي صانع سوق سيوفر السيولة، هو سؤال لا يستطيع البروتوكول الإجابة عليه نيابة عنهم.
انقطاع التنسيق هذا هو السبب في أن ترقيات البروتوكول على الشبكات المتبناة على نطاق واسع نادرًا ما تنتج انقسامات دائمة: اقتصاديات اتباع السلسلة الأساسية تفوق دائمًا تقريبًا اقتصاديات بناء سلسلة موازية من الصفر، والسلسلة الأساسية هي أي سلسلة يقرر السوق أنها حقيقية.
الأسئلة الشائعة
- س: ما هو تحديث fixCleanup3_1_3 ومتى سيتم تفعيله؟
ج: هو تحديث صيانة لشبكة XRPL مقرر في 27 مايو لحل مشاكل في الرموز غير القابلة للاستبدال والمجالات المصرح بها والخزائن وبروتوكول الإقراض. - س: ماذا يحدث للخوادم التي لا تقوم بالتحديث قبل الموعد النهائي؟
ج: الخوادم التي لا تتحدث ستصبح محجوبة وتفقد القدرة على المشاركة في الشبكة أو معالجة المعاملات أو التصويت على التعديلات المستقبلية. - س: لماذا يصعب حدوث انقسام حقيقي في شبكة XRPL؟
ج: لأن الانقسام الحقيقي يحتاج إلى مدققين يدعمون القواعد القديمة وقائمة عقد فريدة منافسة ودعم واسع من البورصات والمحافظ، وهو أمر صعب تحقيقه مقارنة باتباع السلسلة الأساسية التي يختارها السوق.
