XRP Ledger виводить з експлуатації п’ять поправок у випуску xrpld 3.3.0

Заголовок: XRP Ledger прибирається — відмінено п’ять довгоактивних поправок, користувачі цього не помітять XRP Ledger (XRPL) вирішив спростити свою кодову базу: версія xrpld 3.3.0, випущена 6 серпня, відміняє п’ять довготривалих поправок протоколу. Ця зміна є внутрішньою очисткою — вона видаляє застарілий код, що моделював поведінку леджера до активації поправки, але не скасовує та не вимикає самі функції, і звичайним власникам XRP нічого робити не потрібно. Що означає «відміна»: - Відміна видаляє старіший код, який існував для моделювання поведінки леджера до активації поправки. Вона не скасовує поведінку поправки; правила після поправки стають безумовною частиною основного протоколу. - Розробники XRPL та документація описують цю практику як крок прибирання, який здійснюється після того, як поправка була активною та стабільною протягом років. Зберігання старих гілок робить код складнішим і важче підтримувати. - Загальне правило XRPL — чекати близько двох років після активації, перш ніж видаляти старий код, щоб розробники змогли відтворити історичну поведінку для налагодження та перевірки. П’ять поправок, відмінених у xrpld 3.3.0: - Clawback — дозволяє кваліфікованим емітентам повернути випущені токени у власників, якщо емітент увімкнув налаштування clawback (не стосується нативного XRP). Ця поправка вперше була запущена на Mainnet 8 лютого 2024 року. - fixDisallowIncomingV1 — виправила крайній випадок авторизації лінії довіри. - fixInnerObjTemplate — виправила помилки, пов’язані з внутрішніми об’єктами AMM. - fixNFTokenReserve — додала перевірки резерву, коли приймаються пропозиції NFT. - fixUniversalNumber — уніфікувала аспекти обробки десяткових чисел з плаваючою комою у XRPL. Для кожної з цих поправок змінена поведінка залишається в силі; відміна просто видаляє старий шлях коду, який визначав поведінку транзакцій до активації поправки. Чому це важливо (і чому більшість користувачів цього не помітять): - Кінцевим користувачам та власникам токенів не потрібно мігрувати, оновлювати гаманці чи виконувати будь-які дії на рівні транзакцій через цю відміну. Документовані поведінки (включаючи Clawback) продовжують працювати за встановленими правилами. - Оператори серверів повинні якомога швидше оновитися до xrpld 3.3.0. Використання застарілого ПО ноди може призвести до того, що сервер не зможе обробляти транзакції під час активації нових поправок — це стан відомий як «заблокований поправкою». XRPL раніше стикався з цим — активація у липні заблокувала ноди, що працювали на застарілих несумсних версіях, доки їх не оновили. Шість нових пропозицій поправок, включених у xrpld 3.3.0 (ще не активні): xrpld 3.3.0 також містить шість нових пропозицій поправок у програмному забезпеченні, але включення до клієнта не означає, що вони вже активні на Mainnet. Кожна з них все ще потребує підтримки більше ніж 80% довірених валідаторів протягом двох безперервних тижнів для активації. - BatchV1_1 — дозволить надсилати до восьми внутрішніх транзакцій разом (пакетне опрацювання). - ConfidentialTransfer — має на меті забезпечити приватнi перекази для багатофункціональних токенів (MPT). - DynamicMPT — надасть більшу гнучкость для обраних властивостей токену. - PermissionDelegationV1_1 — пропозиція щодо делегування дозволів. - Sponsor — дозволить третім сторонам покривати комiсiї транзакцiй та вимоги до резерву для інших. - fixCleanup3_3_0 — очистка/виправлення, включена з релiзом. Подальший шлях: Відмiна поправки — це крок адмiнiстрування, а не новий механiзм голосування. П’ять вiдмiнених поправок давно пройшли процес голосування валiдаторiв, стали стабiльною поведiнкою мережi й тепер досягли точки, коли команда XRPL може безпечно видалити їх застарiлий код. Увага спiльноти тепер звернена на рiшення валiдаторiв щодо шести нових пропозицiй, включених у 3.3.0 — кожна з них все ще має подолати порог пiдтримки >80% протягом двох тижнiв, перш нiж стати активною. Практичний пiдсумок: функцiонал залишається на мiсцi, користувачам не потрiбно нiчого робити, але операторам нод слiд оновитися до xrpld 3.3.0, щоб забезпечити продовження участi та бути готовими до будь-яких майбутнiх активацiй поправок.