Головний технолог Ripple пояснив жорсткі форки XRPL перед дедлайном 3.1.3

Офіційне майбутнє оновлення XRP Ledger версії 3.1.3 викликало нову хвилю дебатів після того, як колишній технічний директор Ripple Девід Шварц пояснив, чому XRPL бачить більше подій, які виглядають як «технічні хардфорки».
Резюме
* Девід Шварц заявив, що XRPL має більше «технічних хардфорків», ніж більшість усталених публічних мереж.
* XRPL 3.1.3 містить fixCleanup3_1_3 для NFT, Permissioned Domains, Vaults і Lending Protocol.
* Вузли, які пропустять дедлайн оновлення 27 травня, можуть зіткнутися з блокуванням через amendment та перебоями в роботі сервісів.

XRP Ledger рухається до активації версії 3.1.3, яка включає amendment fixCleanup3_1_3. У офіційному релізі XRPL сказано, що amendment містить виправлення для NFT, Permissioned Domains, Vaults і Lending Protocol. Через характер виправлень його стандартне голосування було встановлено на yes.

Як повідомлялося раніше на crypto.news, amendment увійшов у двотижневий період активації і, як очікується, активується 27 травня. Також зазначалося, що операторам потрібно виконати оновлення, щоб їхні вузли могли дотримуватися нових мережевих правил.

Дедлайн викликав занепокоєння серед частини спільноти, оскільки старі вузли можуть втратити звичайний доступ після активації amendment. Це призвело до дискусії про те, чи процес оновлення слід розглядати як рутинне обслуговування або як ризик хардфорку.

Девід Шварц пояснює хардфорки XRPL
-------------------------------------------

Шварц звернувся до дебатів у X і заявив, що XRPL має більше подій, які є «технічно хардфорками», ніж багато інших відомих публічних блокчейнів. Він пов’язав цей патерн із дизайном XRPL та його використанням smart transactors.

Він також відкинув просту модель «один вузол — одне голосування». Шварц сказав: «Я не думаю, що хтось захоче схему “один вузол — одне голосування”», додавши, що хтось міг би створити багато вузлів, щоб зловживати такою системою.

Його коментарі стосувалися того, як XRPL обробляє координацію. На його думку, сама лише кількість сирих вузлів не визначає, який ланцюг стане головним реєстром у разі розділення.

Спліт валідаторів XRPL і дебати щодо UNL
---------------------------------------

Шварц сказав, що розкол валідаторів сам по собі не вирішує результат. Він написав, що кожній стороні потрібно мати достатньо валідаторів, щоб створити робочий Unique Node List, або UNL, з валідаторами, які погоджуються на ledger stream.

Цей момент важливий, оскільки консенсус XRPL залежить від довірених списків валідаторів, а не від майнінгу чи ваги стейкінгу. Якщо дві групи дотримуються різних правил, то кожній групі також потрібно мати узгоджені списки валідаторів і розподіл коду, щоб надалі виробляти леджери.

Дебати не означають, що стався розкол ланцюга. Вони показують, як модель оновлення XRPL залежить від софтверних оновлень, узгодження валідаторів і того, які правила обирають користувачі для дотримання.

Виправлення в рамках amendment XRPL залишаються головним акцентом
----------------------------------------------

Поточне оновлення зосереджене на виправленнях багів, а не на новій ринковій функції. У офіційному релізі XRPL сказано, що fixCleanup3_1_3 охоплює виправлення для очищення NFT, Permissioned Domains, Vaults і Lending Protocol.

Це робить дедлайн 27 травня важливим для бірж, інфраструктурних компаній, валідаторів і проєктів, які використовують сервіси XRPL. Вузли, що не виконають оновлення, можуть вийти з синхронізації з активними мережевими правилами.