Введение
Соучредитель Rootstock Серджио Лернер призвал мосты Биткойна внедрить обязательные задержки при выводе средств после того, как около 4,000 BTC покинули федеративный кошелек Liquid Network через несанкционированный вывод.
Проблема с выводом средств
Лернер, главный научный сотрудник и соучредитель Rootstock Labs, сообщил изданию crypto.news, что немедленное завершение транзакции может превратить единую ошибку валидации в полную потерю, прежде чем операторы моста успеют отреагировать.
«Без блокировки с задержкой времени одна ошибка валидации и полная потеря становятся одним и тем же событием, потому что средства перемещаются в тот момент, когда программное обеспечение говорит ‘да’,» — отметил Лернер.
Инцидент с выводом BTC
Его комментарии последовали за инцидентом, в котором злоумышленники создали необеспеченные L-BTC и использовали сервис вывода SideSwap, чтобы вывести почти 4,000 BTC из кошелька Liquid Federation. Liquid описал злоумышленников как предполагаемых хакеров-белых шляп, в то время как SideSwap заявил, что его сервис обработал запрос, потому что L-BTC выглядели действительными.
Позже злоумышленники вернули 3,400 BTC после того, как Blockstream подтвердил, что затронутые узлы моста были исправлены. Около 598 BTC остались непогашенными, в то время как Liquid возобновил производство блоков без восстановления транзакций или операций вывода по состоянию на 10 сентября.
Предложение Лернера
Лернер подчеркнул, что обязательная задержка между созданием необеспеченных L-BTC и выпуском реальных BTC могла бы уменьшить ущерб. В рамках такой системы одобрение программного обеспечения инициировало бы период ожидания, а не завершало бы вывод.
«Если бы у Liquid была блокировка с задержкой времени — когда средства не могут перемещаться в течение определенного периода независимо от того, что говорят программное обеспечение или операторы — ошибка привела бы к управляемому инциденту, а не к немедленной, полномасштабной катастрофе,» — добавил он.
Мониторинг и безопасность
По словам Лернера, задержка дала бы операторам многочасовое окно для реагирования после создания необеспеченных токенов. Системы мониторинга, работающие круглосуточно, могли бы обнаружить, что вывод прошел первые проверки программного обеспечения, несмотря на отсутствие соответствующего обеспечения.
Операторы могли бы затем приостановить вывод до того, как оборудование подпишет транзакцию или выпустит BTC из федеративного кошелька. Система Liquid не сообщала о краже ключа авторизации вывода.
Механизмы задержки
Лернер описал паузу как способ защитить основные BTC, пока операторы исследуют проблему и решают, как действовать дальше.
«Сговорившееся большинство может, в худшем случае, остановить пег, но они не могут принудить к несанкционированному выводу,» — сказал он.
Остановка ожидающего вывода вводит другой риск, потому что ту же силу можно использовать для задержки законных пользователей. Лернер отметил, что ни одна компания, оператор или администратор не должны контролировать механизм отмены.
Распределенные механизмы отмены
Вместо этого независимые операторы должны делиться полномочиями через многопартийную структуру, с аппаратными правилами, ограничивающими то, что они могут делать. В рамках его предложенной модели операторы могли бы приостановить обработку, но не могли бы перенаправить BTC на другой адрес или конфисковать его.
«Чтобы предотвратить единые точки отказа или централизованную цензуру, механизмы отмены должны быть распределены среди независимых, многопартийных операторов с использованием аппаратных правил, а не централизованных административных ключей.»
Заключение
Лернер не предписывал одну задержку для каждого моста, но упомянул требование Rootstock в 4,000 блоков как эффективный период для инфраструктуры, обеспечивающей большие балансы BTC. Текущая защита Rootstock зависит от его HSM и федерации, а не от правил, применяемых сетью Биткойн.
Лернер отметил, что нативные хранилища Биткойн и ключи отмены могут перенести сопоставимые механизмы в базовый протокол, что позволит пользователям или назначенным сторонам время для отмены вывода после обнаружения украденных учетных данных или других аномальных событий.
