Нещодавно поданий звіт про помилку показує, що програмне забезпечення XRP Ledger версії v3.2.0 логувало один ключ валідатора, а запускало інший, тоді як близько 30% вузлів переходять на перейменований сервер.
Ключові моменти:
- Оператор вузла повідомив, що v3.2.0 фіксує в логах новий ключ мігрованого валідатора, тоді як сервер усе ще працює зі старим.
- Недолік проявляється на Ubuntu 22.04, коли до вже активного RPC-вузла додають наявний токен валідатора.
- Рівень впровадження оновлення становить близько 30%, більшість операторів залишаються на попередній збірці.
Помилка в XRP Ledger виявляє невідповідність ключів
Дефект, зареєстрований як issue #7581 у трекері GitHub проєкту, проявляється після того, як оператор переносить наявний валідатор на вже запущений RPC-вузол і перезапускає сервіс. У журналі сервісу відображається нова ідентичність мігрованого валідатора, тоді як endpoint server_info продовжує повертати старий ключ, що зберігається у локальному файлі wallet.db. Дані більше не збігаються.
Відтворити розбіжність нескладно. Оператор зазначає, що додавання наявного токена валідатора до активного вузла та перезапуск сервера запускають проблему на Ubuntu 22.04 — послідовність, типовa для рутинних міграцій.
Також читайте: Чи є розпродаж Anthropic Perp попередженням для криптоінвестицій до IPO?
Ідентичність валідатора як основа мережевого консенсусу
Ідентичність валідатора є центральною для того, як XRP Ledger досягає згоди щодо кожного нового реєстру. Пропозиції вузла мають вагу лише тоді, коли інші сервери довіряють його ключу через свої унікальні списки вузлів, тому застаріла чи невідповідна ідентичність може збити з пантелику будь-кого, хто перевіряє цю машину. Плутанина в логах може сповільнити формування довіри.
Поки що невідповідність не спричинила простоїв. Водночас вона подовжує низку дефектів, які розробники вже відзначили після релізу в середині місяця — від збоїв синхронізації до падіння парсера конфігурації.
Репортер запропонував виправлення: змусити сервісні логи виводити ключ, який сервер фактично використовує, або показувати разом похідний і активний ключі. Поки що до звіту не прикріплено жодного мейнтейнера. Декілька попередніх звернень уже підтверджено як помилки й поставлено в чергу на перегляд, тоді як інші залишаються відкритими, поки контриб’ютори їх оцінюють.
Впровадження буксує, поки триває голосування за поправку
Перехід на нову версію відбувається повільно. Близько 30% вузлів зараз працюють на версії 3.2.0, тоді як більшість операторів залишаються на попередній збірці 3.1.3, згідно з публічними даними мережі.
Розгортання почалося 15 червня, коли оновлення перейменувало основне програмне забезпечення з rippled на xrpld і пообіцяло економію пам’яті на 30–40%. Відтоді оператори повідомляли про збої синхронізації, помилкові розрахунки реле та тепер невідповідність ключів у новій збірці, при цьому патч ще не випущено. Ті, хто затримується з оновленням, також ризикують опинитися в стані, заблокованому поправкою, щойно валідатори ратифікують fixCleanup3_2_0 — зміну очищення, яку Ripple уже підтримала в поточному голосуванні.
Читайте далі: Mane City Mobile виходить на iOS та Android у 100+ країнах