XRPL відміняє п’ять застарілих поправок у xrpld 3.3.0

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