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

Исправление было внедрено в обход стандартного двухнедельного процесса голосования валидаторов — решение, которое разработчики оправдали тем, что ожидание дало бы потенциальным злоумышленникам время на эксплуатацию уязвимости. Патч был развернут с немедленным эффектом спустя три дня после сообщения об ошибке через программу баг-баунти сети, которая вознаграждает исследователей за ответственное раскрытие уязвимостей. По словам разработчиков, это стал первый намеренный обход процесса внесения поправок более чем за десять лет.

Реакция вызвала широкую дискуссию о том, как XRP Ledger справляется с критическими ситуациями, а также о приверженности сети децентрализации.

Экстренный патч был внедрен в обход одобрения валидаторов

Внесение поправок в протокол XRP Ledger обычно требует более 80% консенсуса среди валидаторов в течение двух недель до вступления изменений в силу — порог, призванный гарантировать широкое согласие относительно изменений правил сети до их активации. Разработчики отметили, что ожидание результатов голосования по патчу безопасности оставило бы лазейку открытой для эксплуатации.

Согласно публикации в блоге разработчиков XRP Ledger в воскресенье, обычный процесс внесения поправок мог оставить исправление в открытом доступе на несколько недель до активации поправки, подвергая сеть опасности.

Хотя экстренный патч обеспечил быстрое решение проблемы, решение обойти обычный процесс вызвало вопросы о роли команд разработчиков в реагировании на нарушения безопасности.

Foundation разъясняет: ни один XRP не был создан

XRP Ledger Foundation попыталась устранить путаницу после выпуска исправленияn

Недавнее исправление безопасности XRP Ledger вызвало много вопросов и некоторые недоразумения. Давайте их проясним. 1. Был ли создан какой-либо XRP? Нет. Эмиссия XRP была зафиксирована на уровне 100 млрд при запуске XRP Ledger, и ни одна транзакция не может создать больше. Эта ошибка была способом обхода… — XRP Ledger Foundation (@XRPLF) 11 октября 2026 г.

Патч вызвал дискуссию о децентрализации

Экстренная реакция возродила споры о том, является ли XRP Ledger децентрализованным — вопрос, который был одним из главных при определении юридического статуса XRP. Степень контроля ключевой команды над сетью неоднократно учитывалась регуляторами при определении классификации цифрового актива.

Джастин Бонс, сооснователь Cyber Capital, резко раскритиковал экстренное обновление, заявив, что разговоры о децентрализации XRP вводят в заблуждение:

Продажа XRP розничным инвесторам как «децентрализованного» — это прямое мошенничество! 🚩 XRP последние две недели работал на закрытом коде. Завтра этот код станет обязательным, и всех, кто не согласится, отключат от цепочки! Разрешенный список узлов означает, что валидаторы обязаны подчиняться: 🧵… pic.twitter.com/3nIcRiid8S — Justin Bons (@Justin_Bons) 8 октября 2026 г.

В своей публикации Бонс утверждал, что сеть две недели работала на закрытом коде перед обязательным обновлением, а разрешенный список узлов фактически обязывал валидаторов подчиняться.

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

XRP Ledger Foundation разъяснила, что экстренный патч был «согласован совместно» Foundation, RippleX, разработчиками и валидаторами из-за серьезности обнаруженной в коде ошибки. Фонд подчеркнул, что никто не диктовал процесс принятия решений, а операторы по-прежнему свободны в использовании любого программного обеспечения.

Оператор валидатора XRP Kuwait также поддержал процесс экстренного патчирования, заявив, что сотрудничество не означает централизацию:

Наше заявление по xrpld 3.4.1. В XRP Kuwait наш путь всегда был связан с инфраструктурой и целью. Наша цель — децентрализация. Мы следуем ей через независимо управляемую инфраструктуру и ответственное участие в XRP Ledger. Далее… pic.twitter.com/Oo7qClwpgi — XRPKuwait (@XRPKuwait) 11 октября 2026 г.

Споры вновь поставили под вопрос прозрачность и подотчетность при экстренном патчировании.

Целочисленное переполнение в платежном движке

Уязвимость, вызвавшая экстренный патч, была подробно описана в раскрытии информации от команды XRP Ledger. Согласно отчету об уязвимости, проблема заключалась в целочисленном переполнении в платежном движке, существовавшем с 2015 года. Целочисленное переполнение — давно известный класс программных ошибок, при котором вычисление превышает максимальное значение, которое система может хранить, и «заворачивается» к гораздо меньшему числу; в данном случае вычисления выше фиксированного предела давали меньший результат.

Злоумышленник мог быатировать ошибку, отправив сотни ордеров с запросом огромных сумм XRP в обмен. После ошибочного вычисления злоумышленник получил бы эти суммы, тогда как покупатель заплатил бы меньше требуемого — что потенциально привело бы к появлению дополнительных расходуемых XRP.

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

Атака требовала специально подготовленных ордеров и не могла произойти в ходе обычной торговли. Патч был разработан для предотвращения использования ошибки вычисления для обхода правил эмиссии сети.

RippleX расширяет меры безопасности

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

Цели этих усилий включают поиск ошибок в коде, тестирование возможных атак и выявление уязвимостей до их эксплуатации. RippleX позиционирует эту работу как стремление повысить безопасность всей системы кода, а не просто устранять обнаруженные уязвимости.

Баланс между безопасностью и прозрачностью

Экстренное исправление подчеркивает проблему поддержания безопасности блокчейна при сохранении прозрачности принятия решений. Хотя быстрая реализация необходима для защиты от потенциальных атак, она поднимает вопросы о процессах управления и доступе к исходному коду.

Разработчики утверждали, что уязвимость сделала пропуск стандартной процедуры необходимым, тогда как Фонд заявил, что координация между сторонами не повлияла на независимость валидаторов.

Инцидент подчеркивает необходимость разработки протоколов на случай чрезвычайных ситуаций, способных совместить быстрое реагирование с открытостью сети.

Источник: Tron Weekly