Разработчики XRP Ledger (XRPL) заявили, что у них не было другого выбора, кроме как развернуть экстренное исправление безопасности, не дожидаясь стандартного двухнедельного процесса голосования валидаторов сети. Обновление, выпущенное 25 сентября, должно было устранить уязвимость, которая могла позволить злоумышленнику создавать XRP, доступные для расходования, сверх фиксированного предложения в реестре.

В публичных комментариях, опубликованных в воскресенье, разработчики XRPL утверждали, что обычная процедура внесения поправок фактически оставила бы уязвимость «достоянием общественности на несколько недель», прежде чем исправление вступило бы в силу, — дав потенциальным злоумышленникам время приспособиться. Это решение вызвало споры о том, насколько децентрализован XRPL на самом деле, особенно с учетом того, что сеть давно позиционирует себя как полностью децентрализованный блокчейн.

Главное

• Экстренное исправление от 25 сентября было немедленно установлено на серверах, которые его приняли, в обход обычного для XRPL двухнедельного голосования валидаторов по поправкам.

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

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

• Фонд XRPL заявил, что ускоренное решение было совместно согласовано несколькими группами, а валидаторы и операторы узлов по-прежнему сами выбирают, какое программное обеспечение использовать.

• Независимый оператор валидатора XRP Kuwait оспорил утверждения о том, что скоординированные обновления доказывают наличие централизованного контроля, отметив, что координация — это не то же самое, что контроль.

Почему XRPL отказалась от обычного голосования валидаторов

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

XRPL назвала это исключительным обстоятельством. В публикации в X в воскресенье проект заявил, что экстренный порядок был необходим: в противном случае исправление стало бы публично доступно задолго до его активации. Основной аргумент разработчиков был прост: чем дольше уязвимость остаётся открытой, тем выше риск.

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

Споры о децентрализации после экстренного выпуска

Ускоренный выпуск вызвал пристальное внимание со стороны участников рынка и криптоиндустрии. Основатель Cyber Capital Джастин Бонс заявил, что представление XRP розничным инвесторам как децентрализованной системы — это «откровенное мошенничество». Он утверждал, что экстренное исправление было выпущено только в виде бинарных файлов, исходный код временно не предоставлялся, а на операторов оказывали давление, чтобы они обновились.

Фонд XRPL выступил против трактовки, согласно которой последовательность событий свидетельствует о централизованном контроле. В своём ответе фонд заявил, что ни одна сторона не могла единолично решить обойти обычное голосование по поправке. По его словам, решение было принято совместно фондом, RippleX, основными разработчиками и валидаторами после оценки серьёзности ошибки.

Фонд также подчеркнул, что изменения протокола по-прежнему проходят через механизм внесения поправок. Он отметил, что версия 3.4.1 стала обязательной только после того, как обычное голосование по поправке достигло необходимого порога: поддержку более 80% валидаторов удалось удерживать в течение двух недель.

Независимый оператор валидатора XRP Kuwait также отверг переход от «скоординированных обновлений» к «централизованному контролю». В собственной публикации он заявил, что координация между независимыми операторами не означает утраты независимости. По его словам, операторы могут общаться, оценивать одни и те же риски и приходить к общему решению, не передавая контроль какой-либо отдельной организации.

Ошибка: целочисленное переполнение в платёжном модуле XRPL

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

XRPL хранит балансы в виде 64-битных целых чисел с фиксированным максимальным значением. Если в результате вычисления получалась сумма, превышающая этот максимум, происходило переполнение: вместо безопасного отказа вычисление возвращало меньшее число.

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

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

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

За чем инвесторам и операторам стоит следить дальше

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

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