В 2026 году отслеживаемые взломы кросс-чейн мостов — от $292 млн на LayerZero-мосте KelpDAO в апреле до компрометации ключа валидатора THORChain на $10.7 млн в мае — довели годовой счётчик потерь мостов до отметки в сотни миллионов долларов примерно за дюжину крупных инцидентов. Ни один из них не задел депозитный instant-своп, потому что эта модель вообще не подписывает bridge-контракт, не выпускает wrapped-актив и не просит набор валидаторов авторизовать выпуск средств от твоего имени. В этом гайде разбираем, где именно живёт attack surface моста, что пошло не так в крупнейших инцидентах 2026 года, и чем депозитный своп платит за то, что этот риск обходит.
Что такое мост — и где именно живёт attack surface
Кросс-чейн мост позволяет переместить стоимость из сети A в сеть B без централизованной биржи посередине. Технически большинство мостов делают одно из двух: блокируют актив в исходной сети и выпускают его wrapped-представление в целевой, либо сжигают/выпускают из пула ликвидности с каждой стороны. В любом случае кто-то должен подтвердить, что легитимный депозит действительно произошёл, прежде чем выпустить средства на другом конце — и именно этот шаг верификации становится точкой почти каждого крупного взлома.
Разбей на три категории — у каждой свой способ ломаться:
Smart-contract логика mint/burn. Контракт решает, сколько выпустить, основываясь на том, сколько задепонировано. Если в логике валидации есть дыра — например, не проверяется, что стоимость, реально внесённая в исходной сети, совпадает с суммой выплаты в целевой — атакующий может выпустить или забрать гораздо больше, чем внёс.
Validator- или multisig-кастодия. Многие мосты не полагаются на чистую математику для авторизации выпуска — у них есть набор валидаторов или multisig, подписывающий каждую транзакцию через threshold-криптографию. Если атакующий может войти в этот набор валидаторов или извлечь достаточно материала подписи из threshold-схемы, он авторизует мошеннический выпуск напрямую — без бага в контракте.
Верификация сообщений / подделанные сообщения. Мосты, построенные на общих messaging-слоях, полагаются на верификатора (или небольшой набор верификаторов), который подтверждает: “да, это событие действительно произошло в исходной сети”. Если этот путь верификации тонкий — один верификатор или инфраструктура, которую мост не полностью контролирует — атакующий, скомпрометировавший поток данных верификатора, может заставить целевую сторону выпустить средства под событие, которого не было.
Каждый bridge-эксплойт 2026 года чисто укладывается в одну из этих трёх категорий. Ни один не потребовал принципиально нового класса атаки — все использовали дыры, о которых аудиторы и операторы в теории уже знали, что нужно проверять.
Взломы мостов в 2026: что именно пошло не так
Три инцидента иллюстрируют категории выше, и все три независимо задокументированы.
KelpDAO / LayerZero — около $292 млн, 18–19 апреля 2026 (верификация сообщений). Атакующие скомпрометировали два RPC-узла, на которые полагался верификатор KelpDAO, подменили софт узлов так, чтобы выборочно подсовывать поддельные транзакционные данные, при этом возвращая честные данные на остальных эндпоинтах, и запустили DDoS на нескомпрометированные узлы, чтобы вызвать failover на отравленные. Мост использовал схему 1-of-1 DVN (decentralized verifier network) — единственным верификатором была LayerZero Labs — так что как только этот единственный путь верификации подтвердил сфабрикованный депозит, мост выпустил 116 500 rsETH под транзакцию, которой никогда не было, менее чем за 46 минут. Собственный отчёт об инциденте KelpDAO и публикация Cointelegraph подтверждают механику; предварительная атрибуция указывает на северокорейскую Lazarus Group.
THORChain — $10.7 млн, 15 мая 2026 (validator/vault-кастодия). Оператор ноды, зашедший в набор валидаторов THORChain двумя днями ранее, провёл это время в рутинных церемониях подписи, тихо восстанавливая полный приватный ключ одного из vault’ов из утечки криптографического материала в реализации GG20 threshold-signature на THORChain. Восстановив ключ, атакующий больше не нуждался в церемонии multi-party подписи вообще — он подписывал и broadcast’ил исходящие транзакции напрямую из одного из пяти vault’ов. Собственный отчёт THORChain об эксплойте описывает root cause: форк GG20 в сети пропускал проверки доказательств, которые валидируют, как сформирован материал threshold-ключа. Операторы нод остановили сеть примерно за два часа; она простояла офлайн около пяти недель.
Мост Verus–Ethereum — около $11.6 млн, май 2026 (smart-contract mint/burn). По разбору Halborn, мост валидировал криптографические доказательства с обеих сторон, но никогда не проверял, что экономическая стоимость, внесённая на стороне Verus, действительно совпадает с суммой выплаты, заявленной в Ethereum. Атакующий подделал cross-chain import-payload, который прошёл все проверки подписи, при этом внеся в исходной сети сумму, близкую к нулю, и забрал tBTC, ETH и USDC на сумму около $11.6 млн — превратив примерно $10 комиссии в семизначную выплату.
Разные root cause, одна форма: шаг верификации, который должен был быть герметичным, имел дыру — и эта дыра стоила восемь-девять нулей.
Три категории риска, привязанные к тому, что ты реально делаешь
Три технические категории выше довольно прямо ложатся на три вещи, через которые пользователь реально проходит:
(a) DEX или мост, требующий wallet-connect и approval контракту. Ты подписываешь транзакцию, которая даёт смарт-контракту постоянное разрешение двигать твои активы. Именно этот approval плюс собственная mint/burn-логика bridge-контракта — та поверхность, что была эксплуатирована в случае Verus. Отзыв approval после использования снижает, но не убирает эту экспозицию.
(b) Chain-abstraction протокол с validator- или vault-кастодией — модель THORChain: твои средства проходят через децентрализованный, но не бесконечный набор валидаторов/vault’ов, который должен подписывать перемещения через threshold-криптографию. Ты доверяешь математике threshold-схемы и честности того, кто зайдёт в набор валидаторов следующим.
(c) Депозитный instant-своп. Ты отправляешь средства на одноразовый deposit address; провайдер исполняет сделку и присылает результат на твой адрес назначения. Нет approval контракту, нет набора валидаторов, авторизующего именно твою транзакцию, нет cross-chain сообщения, которое нужно верифицировать — потому что в bridge-смысле такого сообщения вообще нет. Это флоу /exchange/.
У каждой категории — свой владелец риска. (a) и (b) держат код контракта и набор валидаторов в критическом пути для каждой транзакции, которая через них проходит, бессрочно. (c) держит исполнение конкретного провайдера в критическом пути на те несколько минут, которые занимает твой своп.
Почему депозитный своп обходит bridge attack surface — и чем за это платит
Депозитный своп структурно не может пострадать от подделки сообщения или взлома ключа валидатора, потому что там нет сообщения, которое можно подделать, и нет набора валидаторов, авторизующего выпуск. Ты не подключаешь кошелёк, не даёшь approval контракту и не полагаешься на пул ликвидности, которому нужно балансировать mint против burn между двумя сетями. Своп без подключения кошелька убирает целую категорию постоянного риска, который создаёт approval у моста или DEX.
Это реальная, структурная разница — но не заявление, что эта модель безопаснее в каком-то абсолютном смысле. У неё свой trade-off, и честно его проговорить важно:
Депозитный своп меняет bridge attack surface на доверие исполнению провайдера. Ты не подписываешь контракт, но на те несколько минут, что занимает своп, твои средства находятся в руках провайдера, а не у тебя — а на private-роутах они ещё проходят через дополнительный XMR-хоп между двумя провайдерами.
Это окно кастодии короткое — обычно минуты, а не постоянная экспозиция, которую несёт мост, пока держит пул ликвидности — но оно не нулевое. Ты доверяешь провайдеру исполнить сделку правильно и рассчитаться по обещанному курсу, точно так же, как доверял бы любому контрагенту в сделке. На private-роутах добавляется ещё один слой: средства проходят через Monero между двумя провайдерами, чтобы разорвать on-chain связь, а значит появляется ещё одна точка, где исполнение должно пройти правильно. Если хочешь глубже разобраться, как именно устроен этот privacy-хоп и где его собственные риски — смотри разбор реального инцидента privacy vs security в Monero.
Честная формулировка: мост просит доверять коду и набору валидаторов бессрочно, пока твои средства внутри него. Депозитный своп просит доверять исполнению одного провайдера, на несколько минут, один раз. Разный риск, разный горизонт времени — но не “нулевой риск”.
Чек-лист: как оценить любой кросс-чейн метод перед использованием
Перед тем как провести заметную сумму через любой кросс-чейн роут — мост, chain-abstraction протокол или своп — пройдись по списку:
- Определи категорию attack surface. Smart-contract mint/burn, validator/vault-кастодия или верификация сообщений. Каждая ломается по-своему, так что знание категории подсказывает, что проверять дальше.
- Проверь требования wallet-connect и approval. Метод, которому нужен только deposit address, несёт меньше постоянной экспозиции, чем метод с approval контракту.
- Посмотри track record протокола. SlowMist Hacked и лента инцидентов PeckShield — стандартные референсы. Пробивай название протокола до того, как заводишь средства, а не после.
- Для разового обмена по умолчанию выбирай депозитный своп. Если тебе нужно один раз превратить монету A в одной сети в монету B в другой — мост часто даёт больше экспозиции, чем требует задача.
- Отправь тестовую сумму на незнакомом роуте. Несколько минут задержки — дешёвая страховка от ошибки в адресе или сети.
- Внимательно проверь адрес, сеть и поле memo. Именно здесь сидит оставшийся риск депозитных свопов — не в эксплойте контракта, а в необратимой человеческой ошибке. Крипто-транзакции не откатываются.
- Пойми, кому именно ты доверяешь. Мост — его коду контракта плюс набору валидаторов/верификаторов. Депозитный своп — исполнению провайдера, плюс промежуточному хопу на private-роутах. Ни один вариант не trustless — выбирай модель, чьи допущения о доверии ты реально понимаешь.
Более широкое сравнение того, как депозитные агрегаторы, DEX и централизованные биржи соотносятся именно по этому trade-off — в статье DEX vs CEX vs агрегатор свопов.
Когда мост всё-таки нужен — и как снизить риск
Всё выше — не аргумент против мостов в любом сценарии. Если актив должен нативно жить в целевой сети долгосрочно — для LP-позиций, для DeFi-протокола, принимающего только native токены, для постоянного использования внутри экосистемы — разовый своп эту задачу не решает; актив должен реально существовать в этой сети, и это как раз задача моста.
Если мост — действительно правильный инструмент, несколько вещей измеримо снижают риск:
- Выбирай мосты с опубликованными свежими аудитами от фирм с track record (не просто с логотипом на сайте) — и проверь, покрывал ли аудит именно тот путь верификации, который стал причиной инцидентов 2026 года, а не только “счастливый путь” контракта.
- Предпочитай native mint/burn пулам ликвидности с wrapped-активами, где это доступно — меньше движущихся частей, меньше мест для рассинхрона, как в случае Verus.
- Проверяй разнообразие верификаторов, а не только число валидаторов. Экспозиция KelpDAO пришла именно из схемы 1-of-1 верификатора; мост с несколькими независимыми путями верификации не ломается так же от одного скомпрометированного узла.
- Сначала отправь тестовую транзакцию, как и со свопом — это пара минут, зато подтверждает, что роут реально работает, до того как заводишь основную сумму.
Если сравниваешь конкретные кросс-чейн swap-платформы с альтернативами, зависящими от мостов, — в статье альтернативы THORChain разбираем, какие роуты несут bridge-style риск, а какие нет.
Готов переместить средства между сетями без прохождения через bridge-контракт? Начни своп на SwapZilla и посмотри на депозитный флоу сам.