XRP Ledger исправил 2 критические ошибки в xrpld 3.4.1

XRP Ledger исправил 2 критические ошибки в xrpld 3.4.1, и одна из них могла позволить выпускать XRP без обеспечения. Вторая угрожала согласованности сети. Это важно для держателей XRP, валидаторов и тех, кто следит за безопасностью сети.

Команда XRPL опубликовала отчет о двух уязвимостях в программном обеспечении xrpld. Обе закрыли в версии 3.4.1, которую выпустили 25 сентября. Первую проблему нашли 22 сентября 2026 года через программу вознаграждений за поиск ошибок. Вторую заметили во время повторной проверки результатов Sherlock Attackathon.

Почему эта ошибка была такой опасной?

Первая уязвимость касалась переполнения целого числа в платежном механизме. Если коротко, система могла ошибиться в подсчете сотен ордеров. В таком случае злоумышленник мог создать XRP фактически из ничего. Для сети с фиксированной эмиссией это очень серьезно.

Команда говорит, что проблема могла существовать с 2015 года. Именно тогда появился текущий механизм платежей. В xrpld 3.4.1 добавили проверку переполнения при подсчете сумм и усилили контроль баланса. Это снижает риск повторения такой ошибки в будущем.

По данным отчета об уязвимости XRPL, проблему сначала оценили как Major, а после воспроизведения RippleX подняла ее до Critical. Исследователей, которые помогли с раскрытием, назвали публично: Cayden Liao и Veria AI. Это редкий случай, когда техническая ошибка получает настолько точный и быстрый разбор. И именно это сэкономило время.

Что произошло с пакетными транзакциями?

Вторая ошибка была другого типа. Она касалась механизма Batch, который позволяет объединить до 8 транзакций в один пакет. Сервер не проверял, есть ли в каждой внутренней транзакции обязательное поле RawTransaction. Из-за этого разные версии xrpld могли по-разному оценивать одну и ту же операцию.

Здесь риск был не в эмиссии, а в стабильности. В худшем сценарии это могло создать расхождения между серверами и остановить подтверждение новых реестров. Команда закрыла проблему через обновление fixBatchV1_2, которое активировали в основной сети 9 октября. До этого BatchV1_1 еще не был включен, поэтому на Mainnet ошибку не успели использовать.

В день релиза более 80% валидаторов default UNL уже работали на xrpld 3.4.1. Для сети это важно. Когда версии расходятся, риск путаницы растет очень быстро.

Реакция сети и рынка

XRPL не показал признаков массового сбоя. Команда сообщила, что доказательств эксплуатации overflow-уязвимости в публичных сетях не нашли. А проблема с пакетными транзакциями не затронула основную сеть, потому что соответствующее обновление протокола еще не было активировано. Это важный момент. Ошибку обнаружили до того, как она успела перейти в реальный инцидент.

Для рынка такая новость обычно означает не панику, а проверку доверия. По данным рыночного трекера, по состоянию на 10 октября 2026 XRP торговался около $1.40, капитализация достигала $88.55 млрд, а в обращении было около 63 млрд XRP. Это не маленькая сеть, поэтому даже одна уязвимость здесь имеет большой резонанс.

• Обновление xrpld 3.4.1 закрыло 2 отдельные ошибки.

• Одна из них могла повлиять на эмиссию XRP.

• Другая могла нарушить согласованность между версиями серверов.

• Первую проблему нашли 22 сентября 2026 года.

• Обновление fixBatchV1_2 активировали 9 октября.

• Более 80% валидаторов default UNL уже были на 3.4.1 в день релиза.

Что это означает для инвесторов?

Для держателей XRP главный вывод прост. Сеть вовремя закрыла две технические дыры. Это не убирает все риски, но показывает, что команда реагирует быстро. И это важно именно сейчас, когда доверие к инфраструктуре часто двигает цену не меньше, чем новости о партнерствах.

Есть и более широкий контекст. В 2025 году XRPL уже переживал остановку примерно на 64 минуты на высоте около 93,927,174. Поэтому любая новая проблема с валидностью сразу вызывает пристальное внимание. На этом фоне быстрое обновление до 3.4.1 и массовый переход валидаторов выглядят как попытка не дать мелкому багу превратиться в сетевой кризис.

Еще один нюанс для украинских пользователей. Если XRP используется как быстрый переводной актив, то безопасность сети имеет значение не меньше, чем курс. Когда протокол закрывает такие дыры, это снижает технический риск для тех, кто хранит монету или переводит ее между кошельками. Желающие быстро продать Bitcoin на Monobank также следят за такими новостями, потому что технические проблемы сети часто влияют на решения в моменте.

Часто задаваемые вопросы

Могла ли уязвимость в XRP Ledger действительно создать новые XRP?

Да, именно об этом шла речь в первой ошибке. По описанию команды, переполнение в механизме платежей могло позволить выпуск XRP без обеспечения. В xrpld 3.4.1 эту логику закрыли дополнительными проверками.

Останавливала ли эта ошибка сеть XRP Ledger?

Нет, доказательств эксплуатации в публичных сетях не нашли. Вторая уязвимость тоже не повлияла на Mainnet, потому что нужное обновление протокола еще не было активировано. Но риск для согласованности сети был реальным.

Что уже сделали валидаторы и разработчики?

Команда выпустила xrpld 3.4.1, а более 80% валидаторов default UNL уже работали на нем в день релиза. Позже активировали fixBatchV1_2 на ledger 107,540,481, а BatchV1_1 включили на ledger 107,540,993. Это помогло быстро выровнять состояние сети.

XRP Ledger на этот раз успел исправить проблему до большого сбоя. И это самая важная новость для всех, кто следит за XRP не только как за монетой, но и как за рабочей сетью.

Данный материал не является финансовой рекомендацией. Торговля криптовалютами сопряжена с рисками. Часть текста подготовлена с использованием искусственного интеллекта на основе открытых источников и проверена редакцией.