Уязвимость в общем модуле Cosmos EVM привела к атакам на три блокчейна: Mantra, TAC и KiiChain. По данным ForkLog, Cosmos Labs рекомендовала затронутым EVM-сетям остановить выпуск блоков и обновить программное обеспечение, если они используют версии Cosmos EVM ниже v0.6.2 или v0.7.2.

Для инвестора эта история важна не как очередной технический сбой из мира разработчиков. Это прямой пример того, как общий инфраструктурный код превращается в общий рыночный риск: токены могут оказаться заблокированы, ликвидность может уйти через мосты и DEX, а цена риска по всей группе похожих сетей резко меняется быстрее, чем большинство успевает открыть документацию.

Что произошло

Как сообщает ForkLog, проблема возникла в Cosmos EVM - открытом модуле, который позволяет блокчейнам на Cosmos SDK запускать Ethereum-совместимые смарт-контракты. Один и тот же код используется несколькими сетями, поэтому ошибка в таком модуле потенциально затрагивает не одну команду, а целый слой экосистемы.

Атаки произошли между 20 и 22 августа. Под удар, по данным источника, попали Mantra, TAC и KiiChain. Mantra уже возобновила работу после обновления. TAC и KiiChain на момент публикации источника оставались остановленными.

Cosmos Labs рекомендовала сетям, использующим версии Cosmos EVM ниже v0.6.2 или v0.7.2, немедленно остановить блокчейны и внедрить исправления. Точное число потенциально затронутых сетей источник не приводит.

Наиболее подробный отчет об инциденте, по данным ForkLog, опубликовала KiiChain. Команда заявила, что злоумышленник вывел около 148 млн KII, повторив атаку 18 раз против разных кошельков. Около 80,7 млн KII удалось заморозить после остановки сети. Еще 67,6 млн токенов были выведены через Hyperlane в BNB Smart Chain. Из них 64,6 млн продали на DEX примерно за $1,61 млн, еще 3 млн отправили на депозитный адрес KuCoin.

TAC сообщил о перемещении 2,99 млрд TAC, что составляло около 62% циркулирующего предложения. Сеть также остановила производство блоков. Mantra заявила, что атака затронула два управляемых самой компанией кошелька и не повлияла на средства пользователей, бирж или партнеров.

Почему это важно для рынка

Главный рыночный вывод простой: инфраструктурная зависимость может быть не видна в интерфейсе кошелька, но она видна в момент аварии. Пользователь покупает токен конкретной сети, а риск может сидеть в общем модуле, который сеть использует вместе с другими проектами.

Это меняет оценку риска по трем направлениям. Первое - технологический риск. Если ошибка находится не в уникальном коде сети, а в общей зависимости, инвестор должен смотреть не только на бренд проекта, но и на стек, обновления, скорость реакции валидаторов и публичную историю патчей.

Второе - операционный риск. Остановка блокчейна может быть правильной мерой для ограничения ущерба, но для держателя токена это означает заморозку нормальной работы сети. Переводы, взаимодействие с приложениями и арбитраж между площадками могут оказаться ограничены. Рынок не любит паузы, потому что пауза убивает предсказуемость.

Третье - риск раскрытия уязвимости. ForkLog передает критику проектов и сообщества в адрес Cosmos Labs: патч был размещен в публичном репозитории 19 августа, но, по версии KiiChain, затронутые сети заранее не получили уведомление и релиз не был обозначен как критическое обновление безопасности. Предупреждение последовало спустя два дня. Это не доказательство злого умысла. Но это важный сигнал о том, что процесс публикации исправлений сам может создавать окно для атаки.

Влияние на ликвидность и аппетит к риску

В этой новости связь с крипторынком прямая: речь идет о блокчейн-инфраструктуре, токенах, мостах, DEX и остановке сетей. Но влияние не одинаковое для всего рынка. Это не макрошок уровня ставок или доллара. Это локальный, но показательный удар по доверию к сегменту сетей, использующих общий компонент.

Ликвидность страдает не только тогда, когда токены продают. Она страдает, когда участники перестают понимать, где безопасно держать актив, можно ли вывести средства, сработает ли мост, не остановят ли сеть через час и будет ли следующий патч финальным. В такой среде даже те, кто не пострадал напрямую, часто сокращают активность. Не потому что все точно плохо. А потому что неопределенность стала дороже.

История KiiChain показывает механизм давления на ликвидность особенно наглядно. Часть токенов удалось заморозить после остановки сети. Другая часть была выведена через Hyperlane в BNB Smart Chain, после чего значительный объем был продан на DEX. Это не просто техническая траектория движения средств. Это цепочка превращения уязвимости в рыночное предложение: взлом, мост, внешняя сеть, децентрализованная площадка, продажа.

Инфляционные ожидания в классическом смысле здесь не работают. По данным KiiChain, общий объем токенов в сети не увеличивался. То есть речь не о дополнительной эмиссии. Но для держателя токена важна не только эмиссия, а доступное предложение на рынке. Если украденные токены попадают в торговую ликвидность, давление может ощущаться как резкое увеличение предложения, даже без роста общего supply.

Стоимость риска после таких событий обычно пересчитывается через доверие. Инвесторы начинают требовать больший дисконт к активам с похожей архитектурой, хуже относятся к непрозрачным обновлениям и внимательнее смотрят на то, как команда общается в кризис. Тут нет романтики. Если сеть можно остановить только после ущерба, а уязвимость живет в общей зависимости, риск уже нельзя оценивать по витрине проекта.

Три возможных сценария

  • Базовый сценарий. Затронутые сети внедряют исправления, постепенно возобновляют работу и публикуют дополнительные разборы. Рынок сохраняет настороженность к сетям на похожем стеке, но паника не расширяется на всю экосистему. Для инвестора главный фокус - подтверждение обновлений, статус остановленных сетей и качество постмортемов.
  • Позитивный сценарий. Команды быстро синхронизируют патчи, уточняют перечень затронутых версий, замороженные средства не возвращаются в рыночную продажу, а процесс раскрытия уязвимостей становится более закрытым и управляемым до устранения риска. В этом случае событие останется болезненным уроком, но не перерастет в длительный кризис доверия.
  • Негативный сценарий. Выясняется, что затронутых сетей больше, чем известно сейчас, или что выпущенного обновления недостаточно. KiiChain, по данным ForkLog, уже утверждает, что баги пока не исправлены публично полностью, поэтому одного обновления Cosmos Labs может быть недостаточно для снятия риска. В таком сценарии рынок будет закладывать более высокий технический дисконт в похожие активы.

Что отслеживать дальше

Первый сигнал - статус TAC и KiiChain. Пока сеть остановлена, нормальная рыночная оценка актива затруднена. Возобновление работы само по себе не решает все вопросы, но показывает, что команда и валидаторы хотя бы прошли технический этап восстановления.

Второй сигнал - конкретика по версиям Cosmos EVM. Важно не общее заявление «мы обновились», а ясное указание, какая версия установлена, какие узлы обновлены и какие дополнительные меры приняты. Если проект использует общую зависимость, молчание после инцидента стоит считать не нейтральным фоном, а отдельным фактором риска.

Третий сигнал - движение выведенных токенов. По источнику, часть KII была продана на DEX, часть отправлена на депозитный адрес KuCoin, а часть заморожена. Инвестору важно смотреть не на одну цифру ущерба, а на структуру: что уже продано, что заблокировано, что может появиться в ликвидности позже.

Четвертый сигнал - качество раскрытия информации. Если патч появляется публично до того, как затронутые сети понимают критичность обновления, это не просто коммуникационная ошибка. Это потенциальный фактор атаки. После этой истории инвесторам стоит внимательнее читать не только новости о взломах, но и релизные заметки, предупреждения валидаторам и отчеты команд.

Практический вывод для инвестора

Эта история не говорит, что все сети на Cosmos SDK опасны. Такой вывод был бы слишком ленивым. Она говорит другое: инфраструктурный риск нужно учитывать как часть инвестиционного риска, особенно в небольших и средних экосистемах, где ликвидность тоньше, а остановка сети может резко изменить поведение участников.

Практический подход такой. Перед входом в актив стоит понять, от каких общих модулей зависит сеть, насколько быстро команда публикует обновления, есть ли история аудитов и как проект ведет себя при инцидентах. После входа нужно заранее определить, какие события заставят сократить позицию или временно не увеличивать риск: остановка блоков, критический патч без деталей, движение крупных объемов через мосты, отсутствие постмортема.

Для SPOT-инвестора это особенно важно. На споте нельзя переложить ответственность на стоп-кнопку биржи или красивую фразу в чате проекта. Капитал либо защищен структурой лимитов, либо он просто надеется, что разработчики успеют раньше атакующего. Надежда - плохой риск-менеджер. Саркастично, зато дешево и проверено рынком.

Мнение Алексея Мокрова

Я смотрю на эту историю не как на изолированный взлом, а как на экзамен для всей культуры обновлений в блокчейн-инфраструктуре. Общий код удобен, ускоряет запуск сетей и снижает стоимость разработки. Но за удобство всегда кто-то платит. Иногда платит инвестор, который вообще не знал, что его актив зависит от конкретного модуля.

Мой вывод жесткий: если проект не умеет объяснить, где именно находится риск и как он закрывается, инвестору не надо изображать венчурного инженера с закрытыми глазами. В практике CRYPTOBOTPRO LLC я исхожу из того, что автоматизированное инвестирование на SPOT должно учитывать не только цену актива, но и поведение риска в коррекциях и аварийных сценариях. Доходность любят обсуждать все. А вот порядок действий при сбое - обычно до первого настоящего сбоя.

Материал носит образовательный характер и не является индивидуальной инвестиционной рекомендацией. Любые решения по цифровым активам требуют самостоятельной оценки риска, ликвидности и горизонта инвестирования.