
Итоги AMA | Расшифровка «двухъядерного движка» mETH: динамическая система атаки и защиты + запись реакции за минуты

Вопрос от эксперта Zolo: Хроника реагирования на кризис (Укрепление доверия)
-
「Разбор события」Первый вопрос пользователя: Что именно сделал mETH во время инцидента с Bybit?
Это событие действительно стало одним из крупнейших инцидентов безопасности в истории криптоиндустрии. 21 февраля 2025 года на бирже Bybit произошла утечка безопасности; хакерская атака на Bybit была направлена на холодные кошельки, где преимущественно хранился ETH, включая часть активов, таких как mETH и cmETH. Однако необходимо подчеркнуть, что сам протокол mETH не был атакован; этот инцидент произошел внутри биржи Bybit. Наш протокол не пострадал, mETH и cmETH остаются безопасными, и мы помогли Bybit вернуть активы в качестве стороны содействия.
Предпринятые конкретные меры:
-
После того как злоумышленник вывел 8 000 mETH, они были обменены на ETH в трех транзакциях на DEX.
-
Также была предпринята попытка вывода 15 000 cmETH, но встроенный в протокол mETH механизм задержки вывода на 8 часов сыграл ключевую роль, успешно предотвратив завершение вывода хакером.
-
Именно благодаря этому механизму безопасности у нас было достаточно времени для реагирования, что в итоге обеспечило успешный возврат этих 15 000 cmETH, и активы mETH не понесли безвозвратных потерь.
Межплатформенная совместная защита:
Это событие продемонстрировало силу сотрудничества в экосистеме безопасности блокчейна; несколько команд и инструментов сыграли ключевую роль в обработке инцидента:
-
SEAL911 предоставили консультации по инцидентам безопасности и тактическую поддержку.
-
Hexagate (Chainalysis) & Blocksec осуществляли мониторинг цепи в реальном времени и предоставляли анализ данных.
-
CISO Polygon Мудит Гупта и команда безопасности признали это самой быстрой операцией по восстановлению активов в инциденте с Bybit.
-
Veda (инфраструктурный партнер cmETH) была готова к работе 24/7 на протяжении всего процесса, своевременно отмечая подозрительные потоки средств.
-
Etherscan & Arkham Intelligence предоставили инструменты визуализации потоков средств в реальном времени, что позволило нам точнее отслеживать движение средств.
-
Сотрудничество этих партнеров позволило нам завершить возврат средств в крайне сжатые сроки и предоставило важный опыт для будущей практики безопасности.
-
「Фокус на эффективности」Как mETH заморозил аномальные активы в течение 48 часов?
Конкретная стратегия реагирования mETH:
-
Сработал механизм задержки вывода на 8 часов: эта функция безопасности успешно предотвратила немедленный перевод 15 000 cmETH, предоставив нам критически важное время для реагирования.
-
В течение этих критических 8 часов мы предприняли следующие действия, чтобы обеспечить максимальную защиту протокола meth:
-
22 февраля в 2:00 ночи вывод cmETH был приостановлен: после подтверждения атаки мы немедленно приостановили вывод средств, чтобы предотвратить дальнейшую утечку активов.
-
Одновременно мы уменьшили ликвидность cmETH на Mantle L2: снизили подверженность возможным вторичным рискам. В процессе этих действий мы также сотрудничали с командой безопасности seal911 и нашими партнерами, такими как veda, чтобы помочь найти адреса хакеров.
-
Около 4:00 ночи наш черный список заблокировал адреса злоумышленников: адреса хакеров были внесены в черный список, чтобы предотвратить их дальнейшие операции.
-
Ручное выполнение смарт-контракта для возврата активов: поскольку часть автоматизированной инфраструктуры (например, Safe) была приостановлена, мы вручную вызвали контракт через Etherscan и успешно вернули 15 000 cmETH.
-
После того как хакеры были идентифицированы и мы выполнили возврат средств, в 17:46 мы восстановили нормальную работу протокола meth.
-
Обычно централизованным биржам может потребоваться 3 дня или даже больше для подтверждения и заморозки средств при подобных инцидентах. Мы же реализовали основные меры реагирования всего за 2 часа и полностью решили проблему в течение 48 часов. В этом и заключается преимущество механизма децентрализованной безопасности; мы полагаемся на прозрачность цепи и контроль смарт-контрактов, что эффективнее традиционных решений.
Вопрос от эксперта Чэнь Мо: Разбор архитектуры безопасности (Развеивание сомнений)
-
「Принципиальный вопрос」Сможет ли система защиты mETH выдержать, если хакеры усовершенствуют методы атаки?
Наша система безопасности динамически обновляется; не только в связи с этим событием, но и в будущем, если методы атаки станут более продвинутыми, у нас будут более сильные возможности для реагирования. Мы начали сотрудничать со многими профессиональными командами безопасности, чтобы провести ряд обновлений и проверок безопасности. Через это AMA мы также хотим поделиться примерами анализа угроз с помощью ИИ и впервые официально объявить о "программе вознаграждений за уязвимости":
Три ключевых направления обновления системы защиты mETH:
-
Усиление безопасности подписи транзакций —— расширение поддержки аппаратных кошельков и механизмов перекрестной проверки для предотвращения фишинговых атак.
-
Прогнозирование угроз с помощью ИИ —— анализ паттернов транзакций в цепи с помощью машинного обучения для заблаговременного выявления аномалий, на шаг впереди хакеров. Одновременно снижается зависимость от централизованных мультиподписей.
-
Межплатформенное интеллектуальное отключение —— при возникновении инцидента безопасности на одной бирже мы можем автоматически ограничить вывод средств, чтобы избежать распространения рисков.
Программа вознаграждений за уязвимости —— одновременно мы в сотрудничестве с Immunefi запустили программу Bug Bounty для mETH, где максимальная награда достигает 500k. Мы надеемся, что эта награда мотивирует разработчиков сообщества и белых хакеров обеспечить постоянную оптимизацию протокола mETH.
Вопрос от эксперта Mark: Направление технологической эволюции (Фиксация ожиданий)
「Самоуправляемая эволюция」Может ли сообщество участвовать в итерации стратегии безопасности mETH?
Наши пользователи сообщества и держатели COOK могут напрямую участвовать в управлении безопасностью:
Мы внедрили в механизм DAO модуль “Голосование по моделированию кризиса”, чтобы сообщество могло совместно решать:
-
Включать ли новые механизмы безопасности
-
Оптимальную стратегию реагирования на хакерские атаки
-
Мы стремимся к максимальной прозрачности, чтобы наши держатели COOK и сообщество имели достаточную информацию и право голоса в управлении безопасностью протокола mETH.
Вопрос от эксперта Zolo: План совместного строительства экосистемы (Стимулирование участия)
「Антихакерский альянс」Будет ли mETH открывать набор инструментов безопасности для других бирж?
В настоящее время мы участвуем в программе Bounty от Bybit.
Вопрос от эксперта Чэнь Мо: Ультимативное построение доверия (Эмоциональный резонанс)
1. «Революция прозрачности» Посмеет ли mETH опубликовать панель данных безопасности в реальном времени?
2. «Декларация ценностей» Что выберет mETH, когда прибыль конфликтует с безопасностью пользователей?
-
Конечно, мы продвигаем панель данных безопасности в реальном времени, через которую будем публиковать всю нашу информацию и детали проверок безопасности наиболее понятным образом, чтобы сообщество и рынок могли использовать это как ориентир, и пользователи могли в любое время проверять состояние безопасности экосистемы mETH. Ключевые функции панели включают:
-
Черный список и мониторинг рисков —— публикация всех адресов рисков, сообщество может напрямую запрашивать информацию.
-
Статистика задержек вывода и перехвата транзакций —— прозрачное отображение того, сколько подозрительных транзакций было перехвачено.
-
Прогресс исправления уязвимостей —— последние новости программы белых хакеров, чтобы сообщество могло понимать улучшения безопасности mETH.
-
Сертификация стороннего аудита:
-
Прозрачность является ключевой ценностью DeFi, мы верим, что только открытые данные могут сделать всю индустрию безопаснее. Мы уже привлекли независимые организации по аудиту безопасности и регулярно публикуем отчеты по безопасности, обеспечивая прозрачность.
-
-
Безопасность всегда в приоритете, прибыль уступает место доверию. Как эмитент стейкинг-активов, mETH всегда придерживается принципа “не заставлять пользователей нести риски, которых протокол мог бы избежать”. Это означает:
-
Если какое-то решение может увеличить доход, но снизит безопасность, мы предпочтем не делать его.
-
Даже если рост TVL ограничен, мы не будем жертвовать безопасностью ради краткосрочного роста.
-
Все ключевые обновления должны пройти аудит безопасности.
Присоединяйтесь к официальному сообществу TechFlow
Telegram:https://t.me/TechFlowDaily
X (Twitter):https://x.com/TechFlowPost
X (Twitter) EN:https://x.com/BlockFlow_News















