На этой неделе криптокомьюнити заметил сразу два инцидента с потерей активов. Первый касается европейской организации, которая якобы лишилась $106 млн со своих счётов на бирже — сумма серьёзная, но пока что речь идёт только о предположениях исследователей, конкретных деталей механизма кражи и причастных сторон из доступной информации нет.

Второй случай — это слив $786 тысяч из кошелька, связанного с ботом для арбитража на Solana. Здесь тоже нужна осторожность: такие события часто бывают результатом открытых ключей, случайно опубликованных владельцами, или элементарного отсутствия защиты на смарт-контракте, а не прямой атаки.

Оба инцидента вписываются в давнюю тенденцию: когда есть деньги и код, всегда найдутся те, кто пойдёт по пути наименьшего сопротивления. Крупные биржи давно держат большую часть активов в холодных хранилищах именно из-за таких рисков, но персональные кошельки и боты остаются уязвимы ещё чаще, чем думают их владельцы.

Solana уже привык к подобным новостям — блокчейн популярен как раз потому, что даёт полную свободу в развёртывании произвольного кода, но эта же свобода означает, что ошибка в контракте или кривая архитектура безопасности стоит денег вполне реальных денег. Индустрия в целом уже выработала стандартные подходы: аудиты перед запуском, лимиты на эмиссию ключей, разделение прав доступа — но применяют их далеко не все, особенно в спешке или когда разработчик один.

Для российского бизнеса, работающего с крипто-активами или запускающего боты на Solana и других сетях, вывод простой: аудит контракта и проверка архитектуры безопасности — это не опциональная трата, а обязательный минимум. Если используется готовое решение для автоматизации (например, торговые боты или системы управления ликвидностью), стоит убедиться, что разработчик опубликовал код на проверку сообществу или заказал независимый аудит. Платформы вроде Phantom или MetaMask тоже могут подстраховать от самых наивных ошибок, но это не панацея.

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