Обычный взлом использует ошибку в коде. Экономическая атака не использует ничего: она заставляет протокол работать ровно так, как задумано, но в обстоятельствах, которых при проектировании никто не предполагал.
Разница принципиальная. Ошибку находят и исправляют, а неверное допущение о поведении рынка исправить нельзя, не переписав саму экономическую модель протокола целиком.
Типовые механизмы
Обзор разработки протоколов перечисляет классы угроз, против которых проектируют защиту: повторный вход, манипуляция оракулом, атаки с флеш-займами, ошибки контроля доступа и просчёты округления, — и каждый из них уже уносил десятки миллионов долларов. Источник
Два пункта относятся к экономике, а не к коду. Манипуляция ценовым источником и разовое смещение рынка заёмным капиталом не требуют ни одной ошибки в контракте. Ни единой.
Как это выглядит
- Атакующий занимает 50–100 млн долларов внутри одной транзакции.
- Двигает цену в пуле с ликвидностью в 200–500 тысяч.
- Протокол видит смещённую на 30–50 % цену и действует по правилам.
- Атакующий забирает разницу и возвращает заём.
Что показывает статистика
Разбор эксплойтов 2026 года даёт неожиданное распределение: наибольшие потери пришлись на компрометацию ключей и контроль доступа — около 31,6 млн долларов по двум инцидентам, тогда как ошибки смарт-контрактов лидировали по количеству случаев, но с меньшими суммами на событие. Источник
Вывод простой. Крупные суммы уходят не через изощрённый код, а через людей и права доступа.
- Ключи разработчиков.
- Конфигурация мультиподписи.
- Социальная инженерия: контакт с контрибьюторами длился до 6 месяцев.
Что защищает
Технический обзор управления описывает и обратную сторону защиты: модели различаются от голосования с весом токена и задержкой исполнения до оптимистичного управления с периодом оспаривания, и каждая даёт свой набор компромиссов между безопасностью и скоростью решений. Источник
Вывод
Экономические атаки останутся с рынком, потому что они эксплуатируют не ошибки, а допущения. Защита строится на консервативных параметрах, качественных ценовых источниках и ограничении списка залогов, а не на количестве проверок кода. Смежные материалы: оракулы и флеш-займы.
Частые вопросы
Можно ли застраховаться от такой атаки?
Стандартное покрытие смарт-контракта её обычно не включает, поскольку взлома формально не было. Это одно из самых частых оснований для отказа в выплате.
Помогает ли усреднение цены по времени?
Существенно: оно делает разовое смещение бесполезным, потому что удерживать искажение весь период расчёта дорого. Полной защиты это не даёт, но поднимает стоимость атаки в разы.
Как оценить устойчивость протокола самостоятельно?
Посмотреть список залогов, глубину ликвидности каждого из них и параметры ликвидации. Тонкий актив с высоким коэффициентом залога — готовый сценарий атаки.
Обсуждение
Добавить комментарий