#XRP账本修复可增发XRP的漏洞
$XRP Эта уязвимость была настолько серьёзной, что при её устранении пришлось обойтись без обычного голосования.
9 октября 2026 года XRPL сообщил об уязвимости, которая существовала ещё с 2015 года и позволяла создавать из ничего XRP, пригодные для трат. По словам команды, признаков её эксплуатации в публичной сети пока не обнаружено.
Происходило нечто совершенно нелепое. Когда платёжная система суммировала суммы ордеров, число оказывалось слишком большим, и результат вычисления переполнялся, превращаясь в небольшое значение. Продавец получал полную сумму, а у покупателя списывались лишь копейки — разница и становилась новыми XRP. Даже программа, проверявшая, не происходит ли дополнительная эмиссия, использовала тот же способ вычислений и тоже ошибалась. Команда разработчиков уже воспроизвела проблему в изолированном тесте.
Если бы кто-то успел воспользоваться уязвимостью и перевести созданные монеты на биржу, другие держатели могли бы столкнуться с дополнительным давлением продаж и размыванием доли в общем предложении. Даже хранение монет в холодном кошельке не защищает от такого ценового риска.
25 сентября вышла исправленная версия 3.4.1. Разработчики тогда решили пока не публиковать исходный код и попросили узлы как можно скорее установить обновление. Вскоре основатель Cyber Capital Джастин Бонс резко раскритиковал этот подход в X, поставив под сомнение обещания проекта о децентрализации.
Я понимаю, почему пришлось срочно устранять проблему: публикация исправленного кода раскрыла бы уязвимость, а обычное голосование потребовало бы ждать активации и тем самым оставило бы злоумышленникам окно возможностей.
Но за это пришлось заплатить: узлам нужно было сначала довериться издателю, и они не могли полноценно проверить исходный код этой версии. Кроме того, во время обновления старая и новая версии могли по-разному обработать транзакцию со злонамеренным содержимым, что грозило расхождением в работе сети и даже её остановкой. В отчёте об уязвимости этот риск признали, а исходный код теперь опубликован.
Подтверждённый риск дополнительной эмиссии был достаточно серьёзным. Но каждое такое экстренное решение нужно отдельно объяснять и проверять постфактум. То, что узлы согласились пойти навстречу один раз, не означает, что в будущем они должны автоматически поступать так же.
#xrp #Ripple #加密货币
$XRP Эта уязвимость была настолько серьёзной, что при её устранении пришлось обойтись без обычного голосования.
9 октября 2026 года XRPL сообщил об уязвимости, которая существовала ещё с 2015 года и позволяла создавать из ничего XRP, пригодные для трат. По словам команды, признаков её эксплуатации в публичной сети пока не обнаружено.
Происходило нечто совершенно нелепое. Когда платёжная система суммировала суммы ордеров, число оказывалось слишком большим, и результат вычисления переполнялся, превращаясь в небольшое значение. Продавец получал полную сумму, а у покупателя списывались лишь копейки — разница и становилась новыми XRP. Даже программа, проверявшая, не происходит ли дополнительная эмиссия, использовала тот же способ вычислений и тоже ошибалась. Команда разработчиков уже воспроизвела проблему в изолированном тесте.
Если бы кто-то успел воспользоваться уязвимостью и перевести созданные монеты на биржу, другие держатели могли бы столкнуться с дополнительным давлением продаж и размыванием доли в общем предложении. Даже хранение монет в холодном кошельке не защищает от такого ценового риска.
25 сентября вышла исправленная версия 3.4.1. Разработчики тогда решили пока не публиковать исходный код и попросили узлы как можно скорее установить обновление. Вскоре основатель Cyber Capital Джастин Бонс резко раскритиковал этот подход в X, поставив под сомнение обещания проекта о децентрализации.
Я понимаю, почему пришлось срочно устранять проблему: публикация исправленного кода раскрыла бы уязвимость, а обычное голосование потребовало бы ждать активации и тем самым оставило бы злоумышленникам окно возможностей.
Но за это пришлось заплатить: узлам нужно было сначала довериться издателю, и они не могли полноценно проверить исходный код этой версии. Кроме того, во время обновления старая и новая версии могли по-разному обработать транзакцию со злонамеренным содержимым, что грозило расхождением в работе сети и даже её остановкой. В отчёте об уязвимости этот риск признали, а исходный код теперь опубликован.
Подтверждённый риск дополнительной эмиссии был достаточно серьёзным. Но каждое такое экстренное решение нужно отдельно объяснять и проверять постфактум. То, что узлы согласились пойти навстречу один раз, не означает, что в будущем они должны автоматически поступать так же.
#xrp #Ripple #加密货币