На відомій сторінці з поправками XRPL перераховано fixCleanup3_1__3 для активації 27 травня, і за замовчуванням ця подія є оновленням для технічного обслуговування.
Версія 3.1.3 rippled бандлів містить виправлення для NFT, дозволених доменів, сейфів та протоколу кредитування, а блог XRPL встановив за замовчуванням голос «Так» через важливість цих виправлень.
Процес внесення поправок потребує підтримки понад 80% надійних валідаторів, яка має тривати два тижні, перш ніж нові правила стануть постійними.
Що робить цю подію вартою уваги поза терміном, так це те, що співзасновник XRPL Девід Шварц сказав про те, що насправді потребує справжній форк, адже його відповідь показує, як працює легітимність протоколу на будь-якому блокчейні.
Центральний пункт Шварца полягає в тому, що кількість вузлів є нестерильним показником потужності консенсусу. Система, де вузли голосують пропорційно до їхньої кількості, створює поверхню атаки, де кожен може запустити тисячі машин за низькою вартістю.
У моделі XRPL кожен оператор сервера підтримує відібраний набір валідаторів, яким сервер довіряє, щоб вони не співпрацювали, — Унікальний список вузлів (UNL), і саме UNL визначає, які голоси валідаторів сервер враховує під час консенсусу.
Процес внесення поправок XRPL потребує підтримки понад 80% надійних валідаторів, яка має тривати два тижні, перш ніж нові правила стануть постійними, блокуючи сервери, що не оновлені.
Сервер отримує повідомлення про валідацію від багатьох вузлів по всій мережі, і валідатори в його UNL визначають, які з цих повідомлень формують думку сервера про реєстр.
Шварц пояснив, що легітимність консенсусу на XRPL проходить через списки довіри та координацію валідаторів, створюючи систему, в якій співпадіння UNL і економічна прийнятність визначають, який реєстр виживе після розділення.
Чому справжній форк потребує повної кампанії координації
Для голосування XRPL 27 травня сервери, які опиняться заблокованими через поправки, втрачають здатність визначати правильність реєстру, подавати чи обробляти транзакції, брати участь у консенсусі або голосувати за майбутні поправки.
Це робить термін важливим з операційної точки зору для будь-якої біржі, гаманця, провідника чи оператора інфраструктури, які все ще працюють на програмному забезпеченні до версії 3.1.3, оскільки ці сервери стануть непричетними до канонічного реєстру, поки оператор не оновиться.
Інфраструктура, заблокована через поправки, втрачає доступ до оновленої мережі та не має інфраструктури координації, щоб закріпити функціонального конкурента.
Щоб створити вірогідний форк, групі, що відмовляється, знадобляться валідатори, готові продовжувати створювати реєстри за старими правилами, а без валідаторів немає потоку реєстрів, яким можна слідувати.
Потім їм знадобиться конкуруючий Унікальний список вузлів, який сервери можуть налаштувати або програмне забезпечення може використати за замовчуванням, бо без списку надійних валідаторів вузли не мають механізму координації навколо старих правил.
Вірогідний форк XRPL потребує п’яти рівнів поза неохолодженими вузлами: валідатори за старими правилами, конкуруючий UNL, код за старими правилами, підтримка інфраструктури та визнання ринку.
Документація XRPL наводить дослідження, які показують, що конкуруючі UNL можуть мати 90% перекриття в найгіршому випадку, щоб запобігти форку, тобто будь-який конкуруючий UNL повинен мати майже весь набір надійних валідаторів, що існує в канонічному, щоб підтримувати внутрішню злагодженість.
Форк, що формується навколо радикально відмінного набору валідаторів, ризикує створити реєстр, який не зможе підтримувати власний консенсус, не кажучи вже про приваблення ринкового прийняття.
Фактично процес внесення поправок відстежує підтримку валідаторів, а поріг 80% протягом двох тижнів гарантує, що організації, яким мережа довіряє, досягли сталого згоди перед тим, як нові правила стануть постійними.
Велика частина неохолоджених вузлів, що не є валідаторами, може відображати затримку інфраструктури, не даючи жодних вказівок про траєкторію канонічного реєстру.
Відстань між затримкою інфраструктури та конкуруючою мережею
У випадку падіння біржі, гаманець або оператор інфраструктури, що відстають від активації 27 травня, опиняються заблокованими через поправки і перестають функціонувати як учасники реєстру.
Користувачі, що користуються послугами таких провайдерів, стикаються з перебоями в роботі, наприклад, з транзакціями, які неможливо подати, провідниками, що не можуть підтвердити правильність реєстру, та додатками, які не можуть обробляти платежі.
Ця операційна вартість лягає на операторів, які відклали оновлення, і її варто відстежувати, особливо для будь-якої великої біржі чи депозитарія, що все ще працює на вузлах до версії 3.1.3 на момент активації.
Стале затримання інфраструктури серед достатньо провайдерів створить реальні труднощі для користувачів, навіть коли канонічний реєстр продовжує працювати за новими правилами.
У випадку зростання, fixCleanup3_1_3 активується вчасно з незмінною супербільшістю валідаторів, оператори інфраструктури оновлюються без серйозних інцидентів, і ця подія стає звичайною активацією поправок.
Виправлення для NFT, дозволених доменів, сейфів та протоколу кредитування набирають чинності, і мережа рухається далі. Дебати щодо головування, що виникають під час оновлення, виживають за будь-якого результату, адже пояснення Шварца про те, що потребує справжнє розділення, стосується будь-яких майбутніх поправок.
Підтримка старих правил потребує групи, що відмовляється, яка працює на старому програмному забезпеченні, залучає валідаторів навколо конкуруючого UNL і переконує гаманці, біржі та ринкових мейкерів визнати їхній реєстр канонічним XRP Ledger, проти стандартної конфігурації, яка направляє всіх інших на оновлену мережу.
Кожен блокчейн має шар управління
Шварц провів порівняння з Stellar, оновлення Протоколу 24 якого само по собі є виправленням стабільності для помилки архівування стану в Stellar Core, що було технічним заходом, який потребував такого ж типу координованого прийняття валідаторів.
Еквівалентний шар легітимності Біткоїна проходить через майнери, економічні вузли, клієнтські реалізації та списки бірж. Етереум проходить через валідатори, інфраструктуру стейкінгу, різноманітність клієнтів, основних розробників та прийняття на рівні додатків.
Те, що XRPL робить явним через UNL, інші мережі вбудовують у розподіл потужності майнінгу, економіку стейкінгу або соціальний консенсус, якому довіряють розробники клієнтського ПЗ.
Механізми відрізняються між Біткоїном, Етереумом та XRPL, хоча залежність від координованих людських рішень для зміни правил назавжди проходить через всі три.
У всіх мережах — XRPL, Біткоїн, Етереум та Stellar — зміни правил стають постійними завдяки координованим рішенням валідаторів, майнерів, розробників та ринку, а не просто кількістю вузлів.
Активація 27 травня демонструє, як шар управління XRPL перетворює згоду валідаторів у постійність реєстру, причому конфігурація UNL визначає, які згоди враховуються.
Оператор, який не погоджується з fixCleanup3_1_3, має технічну свободу працювати на старому програмному забезпеченні та налаштувати конкуруючий UNL.
Чи буде будь-яка біржа перелічувати отриманий токен, чи підтримуватиме його будь-який гаманець, чи буде ліквідність надавати будь-який ринковий мейкер — це питання, на яке протокол не може дати відповідь.
Саме через цю розбіжність у координації оновлення протоколів на добре прийнятих мережах рідко створюють стійкі форки: економіка слідування канонічній мережі майже завжди переважає економіку побудови паралельної мережі з нуля, а канонічна мережа — це та, яку ринок визначає як справжню.
Публікація Оновлення XRPL 27 травня показує, як валідатори та ринки вирішують розділення блокчейну вперше з'явилася на CryptoSlate.