Разработчики подтвердили, что общее количество $XRP никогда не превышало первоначально созданные 100 млрд монет. Именно такой объем был выпущен при запуске $XRP Ledger, и механизм сети не предусматривает дополнительной эмиссии.
Более того, фактическое предложение $XRP постепенно сокращается. Каждая транзакция в сети сопровождается небольшой комиссией, которая не выплачивается валидаторам, а безвозвратно уничтожается.
По опубликованным разработчиками данным, в сети осталось около 99,986 млрд $XRP. Таким образом, с момента запуска XRPL было уничтожено примерно 14 млн монет.
Как работала критическая уязвимость XRPL?
Обнаруженная ошибка была связана с обработкой определенной последовательности операций в $XRP Ledger. Для ее активации требовались сотни специально подготовленных транзакций.
Это означает, что обычный пользователь не мог случайно вызвать проблему при переводе $XRP, обмене токенов или взаимодействии с другими функциями сети.
Тем не менее разработчики классифицировали уязвимость как критическую, поскольку потенциальные последствия ее эксплуатации требовали немедленного вмешательства.
Исправление вошло в обновление rippled 3.4.1 — программного обеспечения, которое используют серверы $XRP Ledger.
Почему обновление провели без стандартного голосования?
Обычно существенные изменения протокола $XRP Ledger проходят через механизм поправок (Amendments). Валидаторы голосуют за предложенные изменения, а их активация требует устойчивого консенсуса.
Однако в данном случае разработчики выбрали другой подход.
Публичное обсуждение технических подробностей могло раскрыть способ эксплуатации уязвимости до того, как операторы узлов успели бы установить исправление. Это создало бы дополнительный риск для сети.
Поэтому исправление сначала распространили через экстренное обновление программного обеспечения, согласованное с участниками инфраструктуры XRPL.
После устранения непосредственной угрозы соответствующая поправка прошла стандартную процедуру голосования валидаторов.
Пострадала ли децентрализация $XRP Ledger?
Экстренный характер обновления вызвал закономерный вопрос: если разработчики способны быстро согласовать изменение протокола, насколько децентрализован $XRP Ledger?
Представители XRPL Foundation подчеркнули, что операторы узлов сохраняли самостоятельность. Никто не мог принудительно установить новую версию rippled на чужой сервер.
Каждый оператор принимал решение об обновлении самостоятельно. При этом дальнейшая активация поправки зависела от обычного механизма консенсуса валидаторов.
Таким образом, экстренное исправление не означало передачу разработчикам полномочий по единоличному изменению правил сети.
Вместе с тем ситуация продемонстрировала важность координации между разработчиками, валидаторами и операторами инфраструктуры при обнаружении критических ошибок.
Как разработчики намерены повысить безопасность XRPL?
После устранения уязвимости команда обозначила несколько направлений усиления защиты $XRP Ledger.
В частности, планируется расширить использование формальной верификации — математических методов проверки корректности программного обеспечения. Дополнительно разработчики намерены активнее применять инструменты искусственного интеллекта для тестирования кода и поиска потенциальных ошибок.
Еще одно направление — совершенствование программы вознаграждений за обнаружение уязвимостей (Bug Bounty), которая позволяет независимым исследователям безопасности сообщать о проблемах до их возможной эксплуатации злоумышленниками.
Что это означает для держателей $XRP?
Инцидент не привел к созданию дополнительных $XRP, а первоначальный лимит предложения остался неизменным. Следовательно, опасения о внезапном увеличении количества монет не подтвердились.
При этом обнаружение критической ошибки показывает, что даже давно работающие блокчейн-сети нуждаются в постоянном аудите, тестировании и обновлении программного обеспечения.
Для $XRP Ledger особенно важна надежность инфраструктуры, поскольку сеть используется не только для переводов $XRP, но и для выпуска токенизированных активов, работы децентрализованной биржи и других финансовых операций.
Главный результат инцидента — уязвимость была устранена, а механизм согласования изменений протокола продолжил действовать.
Что показало официальное расследование
В опубликованном 9 октября техническом отчете разработчики раскрыли дополнительную информацию. Ошибка могла позволить злоумышленнику создать $XRP сверх установленного предложения и затем использовать эти монеты для переводов или торговли.
Проблема, предположительно, присутствовала в коде с 2015 года. Ее обнаружили исследователи Cayden Liao и Veria AI в рамках программы Bug Bounty. Разработчики смогли воспроизвести создание дополнительных $XRP в изолированной тестовой среде, но не обнаружили признаков эксплуатации уязвимости в публичных сетях.
Таким образом, важно различать два факта: уязвимость действительно позволяла создавать дополнительные $XRP, но подтверждений того, что это произошло в основной сети, нет.
Отказ от ответственности: Содержание отражает личные взгляды автора и текущую рыночную ситуацию. Пожалуйста, проведите собственное исследование, прежде чем инвестировать в криптовалюты, поскольку ни автор, ни издание не несут ответственности за любые финансовые потери.
xrp-buy.ru
