Розробники XRP Ledger вивели з експлуатації п'ять давно активних поправок до протоколу у версії xrpld 3.3.0, але цей крок не видаляє їхні функції та не вимагає від власників XRP жодних дій.
Підсумок
- XRPL 3.3.0 виводить з експлуатації п'ять давно активних поправок, роблячи їхню поведінку після активації постійною в основному протоколі.
- Clawback залишається доступним після виведення з експлуатації, оскільки видаляється лише застарілий код до поправок із програмного забезпечення xrpld.
- Документація XRPL дозволяє виводити поправки з експлуатації після двох років активації в Mainnet, щоб зменшити складність застарілого коду.
- Шість нових поправок увійшли до версії 3.3.0, але кожна все ще потребує схвалення валідаторів перед активацією в Mainnet.
- Оператори вузлів повинні негайно оновитися до версії 3.3.0, тоді як користувачам не потрібно виконувати жодних дій, пов'язаних із виведенням з експлуатації.
Інженер-програміст RippleX Mayukha Vadari пояснив у X, що виведення з експлуатації видаляє старий код до поправок, який залишився після того, як зміна протоколу працювала роками. Сама змінена поведінка залишається на місці. Офіційна документація XRPL підтверджує, що виведені з експлуатації поправки стають безумовними частинами основного протоколу.
Ця відмінність стала важливою після випуску xrpld 3.3.0 6 серпня, який вивів з експлуатації Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve та fixUniversalNumber. Іншими словами, «виведення Clawback з експлуатації» не означає, що емітенти XRP Ledger втрачають функціональність clawback. Мережа натомість відмовляється від старішого шляху коду, який описував поведінку транзакцій до активації поправки.
Виведення з експлуатації XRP Ledger робить старі правила постійними
Система поправок XRP Ledger дозволяє впроваджувати зміни протоколу без негайного примусового застосування кожного нового правила в Mainnet. Валідатори голосують за поправки, і пропозиція повинна підтримуватися понад 80% довірених валідаторів протягом двох безперервних тижнів, перш ніж вона стане активною. Після активації нова поведінка застосовується постійно, якщо інша поправка пізніше її не змінить.
У період після активації xrpld зберігає як поточну логіку, так і деякий код до поправок. Цей застарілий код може допомогти розробникам відтворити стару поведінку реєстру під час налагодження або перевірки історичних транзакцій. Однак зберігання роками застарілих гілок також додає складності кодовій базі.
Офіційна документація поправок говорить, що поправку Mainnet можна вивести з експлуатації після того, як вона була активована протягом двох років. Виведення з експлуатації видаляє її старий шлях коду, припиняє розглядати зміну як умовну поправку та включає новішу поведінку в протокол безумовно.
Vadari описав процес як «суто очищення кодової бази» і сказав, що він «не вплине на жодних користувачів». Він додав, що розробники зазвичай чекають два роки, оскільки попередня реалізація все ще може бути корисною під час налагодження старіших транзакцій. Власна документація XRPL з тестування також попереджає, що історично точне відтворення транзакцій може вимагати запуску версії xrpld, яка спочатку обробляла транзакцію після виведення старих поправок з експлуатації.
Clawback не видаляється з XRPL
Clawback є найбільш впізнаваною з п'яти виведених з експлуатації поправок і найлегшою для неправильного тлумачення. Ця функція стала активною в Mainnet 8 лютого 2024 року і дозволяє відповідним емітентам повертати випущені токени від власників, коли обліковий запис емітента ввімкнув необхідний параметр clawback. Вона не дозволяє емітенту повертати рідний XRP.
Таким чином, виведення поправки з експлуатації означає, що мережа більше не потребує коду для версії XRPL, де Clawback не існував. Поточна поведінка Clawback залишається частиною протоколу. Сторінка відомих поправок XRPL тепер явно позначає її функціональність до поправок як виведену з експлуатації.
Інші чотири відставки дотримуються того ж принципу. fixDisallowIncomingV1 виправив проблему авторизації довірчих ліній. fixInnerObjTemplate усунув помилки, пов'язані з внутрішніми AMM-об'єктами. fixNFTokenReserve додав перевірки резерву, коли приймаються NFT-пропозиції, а fixUniversalNumber уніфікував частини десяткових обчислень з плаваючою комою XRPL. Їхні правила після внесення змін залишаються чинними, навіть якщо старіші шляхи видаляються.
Це не новий механізм управління. XRPL вже виводив з обігу попередні поправки після того, як їхні правила стали достатньо усталеними. Версія 3.2.0, наприклад, вивела з обігу старіші зміни, що охоплювали чеки, авторизацію депозитів, видалення акаунтів та інші функції протоколу.
Версія 3.3.0 також розпочинає новий цикл поправок
Поки п'ять старих поправок залишають умовний статус, версія 3.3.0 додає шість нових пропозицій до xrpld. Це BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor та fixCleanup3_3_0. Їх включення в програмне забезпечення не означає, що ці можливості вже активні в Mainnet.
Як повідомляло crypto.news, ConfidentialTransfer підтримував би конфіденційні перекази багатоцільових токенів, а BatchV1_1 дозволив би акаунту подавати до восьми внутрішніх транзакцій разом. Sponsor дозволив би третім сторонам покривати комісії та резервні вимоги, а DynamicMPT забезпечив би більшу гнучкість щодо вибраних властивостей токенів.
Кожна пропозиція все ще має пройти процес валідації XRPL незалежно. Підтримка понад 80% має тривати два тижні, перш ніж поправка активується, і підтримка може впасти нижче порогу та скинути таймер.
Різниця між цими новими поправками та п'ятьма виведеними з обігу є значною. Нові пропозиції очікують схвалення мережі. Виведені поправки вже пройшли цей етап роки тому, стали усталеною поведінкою мережі і тепер досягли точки, коли підтримка їхнього старішого коду більше не вважається необхідною.
Що далі для операторів XRPL
Для звичайних власників XRP не потрібна міграція, оновлення гаманця чи транзакція спеціально через виведення п'яти поправок. Clawback та інші порушені поведінки протоколу продовжують працювати за встановленими правилами.
Оператори серверів мають інші міркування. Повідомлення про випуск XRPL 3.3.0 закликає операторів оновитися до версії 3.3.0 якомога швидше, щоб підтримувати безперервність обслуговування. Залишатися актуальним також важливо, оскільки серверам потрібне програмне забезпечення, що містить код для поправок, які можуть активуватися пізніше. Сервер, якому бракує активованої поправки, може бути заблокований поправкою та припинити нормальну участь у мережі.
У пов'язаному матеріалі цей механізм був продемонстрований у липні, коли активація fixCleanup3_2_0 залишила вузли, що працюють на старіших несумісних версіях, заблокованими поправкою.
Тепер увага переходить від виведених поправок до рішень валідаторів щодо шести доповнень у версії 3.3.0. Як повідомлялося раніше, ConfidentialTransfer є серед пропозицій, спрямованих на розширення інструментів XRPL для інституційних токенізованих активів, але його використання все ще залежить від схвалення валідаторів.
Однак для п'яти виведених поправок попереду немає подібного голосування. Виведення означає кінець їхнього перехідного періоду, а не кінець їхньої функціональності: змінені правила тепер просто є частиною постійної основної поведінки XRP Ledger.
