#xrp账本修复可增发xrp的漏洞 $XRP На этот раз сеть едва не получила новые монеты из ниоткуда, но больше всего меня удивил способ, которым команда разработчиков устранила уязвимость.
Эта уязвимость скрывалась в платёжном движке XRP Ledger ещё с 2015 года. Из-за арифметического переполнения злоумышленнику теоретически хватило бы нескольких сотен XRP на подготовку, чтобы создать новые монеты из воздуха.
К счастью, после расследования команда сообщила, что не нашла доказательств использования уязвимости в публичной сети.
Но самое интересное — то, что произошло дальше.
В обычной ситуации,
для серьёзных изменений протокола XRPL требуется пройти процедуру поправок: валидаторы должны достичь консенсуса выше 80%, который должен сохраняться две недели, прежде чем изменение вступит в силу.
Но на этот раз команда выбрала другой путь: обновила ПО узлов до версии 3.4.1 — и исправление вступило в силу.
Согласно официальному отчёту, за более чем десять лет существования механизма поправок это был первый случай применения такого способа экстренного исправления.
Причину понять нетрудно.
Как только уязвимость становится публичной, хакеры могут начать изучать, как её использовать. Если при этом приходится ждать две недели голосования, опасное окно остаётся открытым.
Поэтому исправлению присвоили высший приоритет. Уже в день выпуска более 80% узлов из списка валидаторов по умолчанию обновили ПО — хотя исходный код исправления тогда ещё не был опубликован.
Именно это во всей истории заслуживает наибольшего внимания.
Обычно все подчёркивают важность децентрализации блокчейна, прозрачности и управления на блокчейне. Но когда появляется серьёзная уязвимость, способная угрожать всему объёму предложения в сети, приходится выбирать между безопасностью и стандартными процедурами управления.
Обычным держателям XRP не нужно менять кошелёк из-за этой уязвимости. Тем, кто запускает узел, нужно убедиться, что ПО обновлено.
В криптосообществе каждый день говорят о важности децентрализации. Но если обнаружится уязвимость, позволяющая печатать монеты из воздуха, вы предпочтёте ждать две недели, пока пройдёт вся процедура, или поддержите решение сначала закрыть дыру?
$XRP #XRPL
Эта уязвимость скрывалась в платёжном движке XRP Ledger ещё с 2015 года. Из-за арифметического переполнения злоумышленнику теоретически хватило бы нескольких сотен XRP на подготовку, чтобы создать новые монеты из воздуха.
К счастью, после расследования команда сообщила, что не нашла доказательств использования уязвимости в публичной сети.
Но самое интересное — то, что произошло дальше.
В обычной ситуации,
для серьёзных изменений протокола XRPL требуется пройти процедуру поправок: валидаторы должны достичь консенсуса выше 80%, который должен сохраняться две недели, прежде чем изменение вступит в силу.
Но на этот раз команда выбрала другой путь: обновила ПО узлов до версии 3.4.1 — и исправление вступило в силу.
Согласно официальному отчёту, за более чем десять лет существования механизма поправок это был первый случай применения такого способа экстренного исправления.
Причину понять нетрудно.
Как только уязвимость становится публичной, хакеры могут начать изучать, как её использовать. Если при этом приходится ждать две недели голосования, опасное окно остаётся открытым.
Поэтому исправлению присвоили высший приоритет. Уже в день выпуска более 80% узлов из списка валидаторов по умолчанию обновили ПО — хотя исходный код исправления тогда ещё не был опубликован.
Именно это во всей истории заслуживает наибольшего внимания.
Обычно все подчёркивают важность децентрализации блокчейна, прозрачности и управления на блокчейне. Но когда появляется серьёзная уязвимость, способная угрожать всему объёму предложения в сети, приходится выбирать между безопасностью и стандартными процедурами управления.
Обычным держателям XRP не нужно менять кошелёк из-за этой уязвимости. Тем, кто запускает узел, нужно убедиться, что ПО обновлено.
В криптосообществе каждый день говорят о важности децентрализации. Но если обнаружится уязвимость, позволяющая печатать монеты из воздуха, вы предпочтёте ждать две недели, пока пройдёт вся процедура, или поддержите решение сначала закрыть дыру?
$XRP #XRPL