Розгортання xrpld 3.2.0 від XRP Ledger викликає кілька помилок, оскільки лише 26% нод оновилися

Заголовок: Розгортання xrpld 3.2.0 від XRP Ledger виявило кілька багів у нодах, тоді як адаптація залишається низькою Спільнота XRP Ledger розпочала виявлення серії програмних проблем після випуску версії xrpld 3.2.0 15 червня — оновлення, яке офіційно змінює назву серверного програмного забезпечення з «rippled» на «xrpld» і обіцяє покращення безпеки, продуктивності та пам’яті. На момент написання цього тексту лише 26% вузлів мережі оновилися, а розробники та оператори нод подали кілька звітів про баги на репозиторії проекту на GitHub. Що було включено у версію 3.2.0: - Оновлення впровадило оптимізації продуктивності та пам’яті (спільнотні обговорення прогнозували зменшення використання пам’яті на 30–40%), покращення безпеки та інші покращення сервера разом із зміною назви. Проблеми, повідомлені після розгортання: Кілька проблем було виявлено підтримувачами, операторами нод та учасниками проекту. Основні звіти, зареєстровані на GitHub: - Неудачна синхронізація: Один оператор повідомив, що сервер з xrpld 3.2.0 застряг у стані «підключено» без завантаження даних леджера. Той самий пристрій нормально синхронізувався після повернення до версії 3.1.3. Ця проблема була подана 18 червня і залишається відкритою. - Збій парсера конфігурації: Файли конфігурації з внутрішніми коментарями можуть викликати збої під час парсингу. Старий парсер не видаляв коментарі в деяких полях з однією значенням, що призводило до помилки «BadLexicalCast». - Недостатнє ретрансляція транзакцій: Баг у розрахунку ретрансляції може призвести до того, що транзакції будуть передаватися меншому числу пір, ніж передбачалося, що може вплинути на поширення транзакцій. - Баг із нарахуванням ресурсів: Механізм реєстрації комісій, як повідомляється, зберігає лише найвищу спостережену комісію та видаляє попередні дані про комісії, що може спотворювати облік ресурсів. - Розрив у розподілі пір/валідаторів: Інформація про список валідаторів надсилається лише вхідним пірам, залишаючи вихідних пір без інформації. - Проблеми з консенсусом та валідацією: Повідомлення вказують на ризик переповнення цілого числа без знаку під час валідації послідовності леджера, неузгодженості у прапорах маршрутизації транзакцій та пошкодження ідентифікаторів вузлів пропозицій, пов’язаних з тимчасовими ключами. - Мережева взаємодія та обробка повідомлень: Додатково виявлено проблеми з поведінкою peer-to-peer зв’язку, обробкою стиснення повідомлень, політиками парсингу повідомлень та логікою маршрутизації, пов’язаною з консенсусом. - Пробели у відстеженні леджера: Деякі логічні прогалини можуть залишати вузли у невизначеному стані протягом тривалого часу. Стан проекту та вплив: - Кілька звітів вже класифіковано як певні баги та призначено на розгляд підтримувачам; іншi залишаються під дослiдженням. - Фонда XRP Ledger та учасники вирiшують цi проблеми через вiдкритий код проекту. - Згiдно з поточними записами на GitHub, жодна з повiдомлених проблем не призвела до загального вiдключення або порушення роботи мережi. Чому це важливо: Випуск xrpld 3.2.0 спрямований на значнi покращення ресурсiв та продуктивностi, але ново виявленi дефекти пiдкреслюють виклики, пов’язанi з розгортанням великих оновлень програмного забезпечення нод у розподiленiй мережi. З лише чвертю нод, оновлених, спiльнота уважно стежить за тим, як пiдтримувачi класифiкують та виправляють проблеми, щоб уникнути фрагментацiї або погiршення поведiнки нод із зростанням адаптацiї. Розробникам та операторам нод рекомендується стежити за трекером проблем на GitHub для отримання оновлень та повiдомляти про будь-якi додатковi аномалiї, якi вони зустрiчають пiд час тестування або робочих розгортань.