Операторам XRP Ledger було запропоновано встановити xrpld v3.2.1 після випуску гарячого виправлення 31 липня 2026 року, яке закрило вразливість, що могла переповнити маніфести валідаторів і збільшити використання пам’яті та пропускної здатності на вплинутих нодах. Згідно з примітками до випуску xrpld v3.2.1, цей баг не порушував консенсус і не зупиняв обробку транзакцій у ланцюжку. Однак він створював навантаження на ресурси окремих нод — це була проблема стабільності, а не катастрофічна відмова мережі. Ця різниця має значення: ланцюжок продовжував працювати, але оператори нод стикалися зі збільшеними витратами, шумом у моніторингу та потенційними наслідками для надійності, якщо проблему не було усунуто. Маніфести валідаторів — це механізм, що поєднує ідентичність валідаторів, підписові ключі та інформацію про операторів. Якщо маніфести можна переповнити або зловживати ними, ноди можуть витрачати цикли процесора та мережеву пропускну здатність на обробку непотрібних або шкідливих даних. Саме тому гаряче виправлення важливе, навіть якщо не було глобального виведення з ладу: неврегульовані проблеми з вичерпанням ресурсів можуть бути досліджені нападниками і з часом погіршувати публічні точки доступу або підвищувати витрати на інфраструктуру. Операторам закликають швидко застосувати v3.2.1 та дотримуватися операційних кроків, вказаних у випуску — включаючи рекомендоване подвійне перезавантаження — оскільки виправлення має бути правильно застосоване, щоб бути ефективним. Гарячі виправлення призначені для скорочення проміжку між виявленням та усуненням проблеми; чим швидше оператори оновляться, тим нижчим буде ризик для доступності нод та загальної стійкості мережі. Це оновлення стабільності є частиною ширшого циклу оновлень XRPL. v3.2.1 має вузьку мету — зупинити переповнення маніфестів, тоді як очікуваний випуск v3.3.0 представить нові поправки та функції, які можуть потребувати схвалення валідаторами. Це роздільні історії: одна — це гаряче виправлення стабільності, інша — оновлення функцій та політики. Обидва важливі для розробників, бірж, кастодіїв та інших постачальників інфраструктури — але їх не слід плутати. Стабільність та операційна гігієна є важливими для амбіцій XRPL у сфері токенізованих активів, платежів та регульованих сценаріїв використання. Гарячі виправлення, як v3.2.1, демонструють безперервну роботу з інфраструктурою, що підтримує ці цілі: баги будуть виникати, але своєчасні патчі та чіткі рекомендації для операторів перешкоджають тому, щоб маленькі проблеми не перетворювалися на великі. Цей звіт базується на примітках до випуску xrpld v3.2.1 XRP Ledger. Написано редакцією News Desk; редаговано Самуелем Реєм.
XRPL v3.2.1 Hotfix виправляє баг з переповненням маніфестів
ChainGPTПоділитися
Короткий зміст
XRP Ledger, блокчейн першого рівня, випустив xrpld v3.2.1 31 липня 2026 року для виправлення бага, який міг переповнити маніфести валідаторів, що призводило до збільшення використання пам’яті та пропускної здатності. Горячий патч не впливає на консенсус або обробку транзакцій, але може загрожувати стабільності нод. Операторам слід оновитися, щоб уникнути проблем з надійністю та зменшити витрати на інфраструктуру. Розробники підкреслили необхідність своєчасного оновлення для підтримки продуктивності мережі, особливо з урахуванням того, що рішення для масштабування другого рівня продовжують розширювати можливості XRP Ledger.
Джерело:Показати оригінал
Відмова від відповідальності: Інформація на цій сторінці може бути отримана від третіх осіб і не обов'язково відображає погляди або думки KuCoin. Цей контент надається лише для загального інформування, без будь-яких запевнень або гарантій, а також не може розглядатися як фінансова або інвестиційна порада. KuCoin не несе відповідальності за будь-які помилки або упущення, а також за будь-які результати, отримані в результаті використання цієї інформації.
Інвестиції в цифрові активи можуть бути ризикованими. Будь ласка, ретельно оцініть ризики продукту та свою толерантність до ризику, виходячи з ваших власних фінансових обставин. Для отримання додаткової інформації, будь ласка, зверніться до наших Умов використання та Розкриття інформації про ризики.