Кредитная платформа Term Finance пережила классическую для DeFi атаку — захват управления через скупку голосующих токенов. Злоумышленник потратил существенно меньше средств на покупку токенов, чем стоимость активов, которые эти токены защищали, и вывел $8,5 млн прямым голосованием. Уязвимость была не в коде протокола, а в его архитектуре: система допускала, что доля голосов может быть куплена на вторичном рынке дешевле, чем стоимость казны, которую эти голоса охраняют.
Механика атаки проста и испытана: атакующий накапливает достаточно токенов TERM (или любого другого управляющего токена), чтобы преодолеть порог кворума, затем выдвигает и проводит вредоносное предложение. В Term Finance это было предложение о трансфере активов, которое система голосования одобрила, потому что на момент голосования большинство токенов находилось в руках злоумышленника. Сам протокол работал корректно — проблема в его экономических стимулах.
Это не первый такой случай. DeFi видел несколько подобных захватов: Beanstalk потеряла $182 млн через flash-loan атаку на голосование, Curve столкнулась с попыткой захвата управления через скупку голосов. Но Term Finance показала, что даже на относительно молодом протоколе с меньшей ликвидностью токенов атака проходит легче, чем на крупных сетях. Причина в том же мисс-алайне: разработчики часто не калибруют порог входа в управление так, чтобы он был соизмерим с риском потерь.
В практическом смысле это означает, что любой DeFi протокол с управлением через токены должен иметь механизмы защиты от быстрого захвата. Стандартные подходы: временная блокировка токенов перед голосованием (voting delay), требование удерживать токены длительный период перед участием (stake-weighted voting с историей блокчейна), разделение управления между несколькими независимыми слоями (мультизиг для критичных функций), или даже отказ от полностью на-цепь управления для функций, которые управляют активами. Разработчики Term Finance, похоже, недооценили скорость, с которой токены можно приобрести на Uniswap или Curve.
Для российского бизнеса, работающего с блокчейном и смарт-контрактами, инцидент — практический урок. Если вы запускаете собственный протокол или DAO, управление активами не должно целиком зависеть от стоимости токена на бирже. При проектировании экосистемы платежей или управления на основе блокчейна (например, через Signum/SIGNA для смарт-контрактов) нужна многоуровневая архитектура: критичные функции — мультиподпись или сейф, управление средним уровня — задержка перед исполнением, плюс мониторинг аномалий в голосованиях. В AI Studio при автоматизации бизнес-процессов с использованием блокчейна рекомендуем закладывать эту логику на уровне workflow: никогда не давайте одному акторпу полный контроль без проверок.
Term Finance уже частично возместила убытки пострадавшим, но это случилось благодаря чекам сообщества и готовности команды к компенсации — не потому, что система защитила себя сама. Инцидент показывает, что в DeFi красивая идея децентрализации требует очень конкретной инженерии: голосование работает, пока захватчик не может купить большинство голосов дешевле, чем стоимость взлома. Разработчикам нужно начинать проектирование управления не с вопроса «как сделать управление децентрализованным», а с вопроса «сколько денег нужно потратить, чтобы скупить контроль, и как это цена сравнивается с активами в протоколе».
Долгосрочный вывод: токены управления — это не просто акции, это боеприпасы. Их нельзя оставлять на открытом рынке без защиты, если они управляют большим количеством активов. Протоколы будут и дальше учиться на ошибках друг друга, но Term Finance показала, что эта ошибка стоит недешево.