Когда DeFi-протокол подвергается атаке, одним из самых быстрых ответных действий может стать приостановка активности.
Сеть можно остановить. Адреса можно ограничить. Перемещения токенов можно заморозить, пока разработчики выясняют, что произошло.
Эти меры могут помочь локализовать инцидент, но они не обязательно означают, что базовый риск устранен. Приостановка может ограничить дальнейший ущерб, но она не способна исправить слабую модель залогового обеспечения, недостаточную ликвидность, уязвимости оракулов или недостатки в коде, которые позволили эксплойту произойти.
Недавние инциденты с сетями, связанными с Tectonic, Fogo и Cosmos, показывают, почему трейдерам нужно смотреть дальше того, может ли протокол отреагировать на чрезвычайную ситуацию. Также следует обратить внимание на причины, которые изначально позволили чрезвычайной ситуации развиться.
Недавние инциденты в DeFi выявляют более глубокие риски
Недавние инциденты показывают, что уязвимости могут выходить за рамки одного смарт-контракта.
Например, инцидент с Tectonic, как сообщается, был связан с манипуляцией неликвидным токеном, используемым в качестве залогового обеспечения. Если стоимость малоликвидного обеспечения можно искусственно завысить, злоумышленник может получить заемные активы под оценку, которая не отражает состояние здорового, ликвидного рынка.
Это превращает ситуацию, которая изначально выглядит как эксплойт смарт-контракта, в несколько взаимосвязанных вопросов о природе риска.
Насколько ликвидно обеспечение? Как протокол определяет его цену? Какие лимиты заимствования применяются? Как быстро можно ликвидировать позиции при изменении рыночных условий?
Пауза в основной сети Fogo и уязвимости, затронувшие сети, связанные с Cosmos, аналогичным образом показывают, как инциденты безопасности могут вынуждать экосистемы принимать решения, влияющие на участников за пределами исходной точки отказа.
Именно поэтому такие показатели, как общая заблокированная стоимость (TVL), не следует рассматривать изолированно. Протокол может демонстрировать значительную активность, но при этом зависеть от обеспечения, механизмов ценообразования или операционных средств контроля, которые в стрессовых условиях ведут себя совершенно иначе.
Обеспечение и ликвидность под давлением
Наличие у токена котируемой рыночной цены не обязательно означает, что крупные объемы этого токена можно купить или продать примерно по этой цене.
Это различие становится особенно важным, когда токен принимается в качестве обеспечения.
Представьте, что токен торгуется по $10, но вокруг этой цены доступен лишь сравнительно небольшой объем ликвидности. Если кто-то сможет ограниченным капиталом сдвинуть рыночную цену до $20, протокол, который слишком сильно полагается на эту цену, может временно считать, что обеспечение стоит вдвое дороже.
Если лимиты заимствования реагируют на завышенную оценку, злоумышленник может получить возможность занять другие активы до того, как цена обеспечения вернется к нормальному уровню.
Точные механики различаются в зависимости от протокола, но общий вывод прост: качество обеспечения зависит не только от его отображаемой цены.
Глубина ликвидности, источники цен, параметры заимствования и механизмы ликвидации — все это влияет на то, насколько хорошо система кредитования может противостоять манипуляциям и резким рыночным движениям.
Роль оракулов в рисках DeFi
Протоколы DeFi часто зависят от оракулов для получения информации о ценах активов. Это означает, что смарт-контракт может работать строго по заданной программе и при этом приводить к нежелательному результату, если получаемая им ценовая информация неточно отражает рынок.
Протоколы могут снижать этот риск с помощью таких мер, как несколько источников цен, средневзвешенные по времени цены, требования к ликвидности, лимиты заимствования и другие защитные механизмы.
Однако ни один отдельный механизм не устраняет риск полностью. Важно то, как эти средства контроля работают вместе, особенно в ситуациях, когда рыночные условия становятся нестандартными.
Поэтому для трейдеров оценка протокола DeFi не ограничивается вопросом о том, проходили ли аудит его смарт-контракты. Она также требует понимания того, какие активы принимает протокол, как оцениваются эти активы, что происходит при внезапном исчезновении ликвидности и как эти факторы вписываются в более широкие стандарты безопасности в криптовалютной сфере.
Контроль, стоящий за остановкой сети
Остановка сети может выявить нечто важное о том, как на самом деле работает контроль внутри сети.
У кого есть полномочия останавливать активность? При каких обстоятельствах можно использовать эти полномочия? Сколько участников должны дать согласие? Что происходит с существующими позициями, пока сеть приостановлена? Какой процесс необходим для ее перезапуска?
Это не просто вопросы о децентрализации как идее. Они могут иметь прямые последствия для трейдеров.
Если сеть останавливается, обеспечение может временно стать недоступным. Ценообразование может стать менее надежным. Трейдеры могут оказаться не в состоянии закрыть позиции, перевести активы или хеджировать риски в другом месте.
Есть и более широкий компромисс. У системы без эффективных аварийных средств контроля может быть меньше способов сдержать активный эксплойт. Система, которую легко остановить, может зависеть от более централизованных полномочий.
Понимание этих полномочий до инцидента может дать более ясное представление о том, как сеть может повести себя, когда что-то пойдет не так.
Когда один эксплойт распространяется дальше
Протоколы DeFi тесно взаимосвязаны.
Токен может использоваться как обеспечение в одном протоколе, предоставлять ликвидность в другом, перемещаться через несколько мостов и входить в торговые пары по всей экосистеме.
В результате эксплойт, затрагивающий один компонент, может создавать давление в других местах. Снижение доверия к активу, используемому в качестве обеспечения, может спровоцировать ликвидации. Поставщики ликвидности могут вывести средства. Версии актива, переведенные через мост, могут торговаться по-разному в разных сетях. Приложения, зависящие от затронутого протокола, также могут столкнуться со сбоями.
Эта взаимосвязанность — одна из сильных сторон DeFi, поскольку она позволяет приложениям работать вместе. Но она также может увеличивать потенциальное влияние сбоя, поэтому понимание того, какие выводы трейдеры могут сделать из нарушений безопасности в криптовалютной сфере, важно не только для протокола или актива, затронутых напрямую.
Как разобраться в DeFi инциденте, не ограничиваясь чтением заголовка
Когда протокол объявляет об эксплойте или аварийной паузе, заявленный убыток — лишь часть общей картины.
Начните с причины. Был ли инцидент связан с уязвимостью смарт-контракта, манипуляцией обеспечением, проблемой с оракулом, скомпрометированными разрешениями или другой уязвимостью?
Затем оцените масштаб. Какие активы, контракты, сети или приложения были затронуты? Остаются ли средства под угрозой? Могут ли участники получить доступ к незатронутым активам или переместить их?
Реакция тоже важна. Ищите четкую информацию о том, что произошло, какие действия были предприняты, кто их санкционировал и как протокол планирует восстановить нормальную работу.
Наконец, различайте локализацию проблемы и ее устранение. Остановка эксплойта не обязательно означает, что затронутые позиции восстановлены, убытки урегулированы или исходная уязвимость полностью устранена.
Урок, который дают экстренные приостановки
Аварийная пауза — это часть системы безопасности, а не ее замена.
Безопасность DeFi зависит от совместной работы нескольких уровней, включая архитектуру смарт-контрактов, качество обеспечения, ликвидность, устройство оракулов, параметры заимствования, контроль доступа, мониторинг и реагирование на инциденты.
Для трейдеров это меняет вопрос, который стоит задавать после следующего крупного инцидента. Вместо того чтобы ограничиваться вопросом «Как быстро отреагировал протокол?», посмотрите глубже на предшествующие причины:
Какие средства контроля должны были предотвратить условия, сделавшие эксплойт возможным?
DeFi продолжит экспериментировать с более быстрыми сетями, новыми типами обеспечения и все более взаимосвязанными приложениями. Понимание того, как эти системы ведут себя, когда что-то идет не так, может быть не менее важным, чем понимание того, что они предлагают, когда все работает нормально.
Именно это превращает инцидент безопасности из заголовка в событие, из которого трейдеры действительно могут извлечь уроки.
