Mina и Mesa: апгрейд как отдельный риск, а не витринная фича

Свежий сигнал пришёл от Mina Protocol: Mesa Devnet Upgrade назначен на 19 августа, и команда выложила подробный разбор процесса. На первый взгляд это обычный технический апгрейд. Но мне здесь интереснее другое: Mina отдельно показывает, как именно сеть будет проходить hard fork.

Что удалось подтвердить по первичным источникам. В посте Mina Mesa описан как следующий major hard fork: slot time уменьшается до 90 секунд, on-chain state fields расширяются с 8 до 32, увеличиваются лимиты events/actions и account updates для zkApp-транзакций. Отдельно добавлен механизм hard fork automation.

Важная граница: это ещё не mainnet. Сейчас речь про Devnet 19 августа и подготовку к финальному mainnet upgrade позже. Поэтому я бы не читал это как инвестиционный сигнал по MINA. Это скорее чек на операционную зрелость сети.

Самая полезная часть для аудита - не список MIP6-MIP9, а процедура. Mina пишет, что перед форком большинству active stake нужно обновиться на pre-upgrade build. Будет stop transaction slot, потом stop network slot, ожидаемое окно простоя около 8 часов, миграция archive node schema, отдельные инструкции для exchanges, а депозиты/выводы во время downtime должны быть остановлены.

Плюс o1Labs объясняет, зачем нужен automode: узел заранее держит текущий и мигрированный ledger, сам генерирует post-fork configuration и перезапускается на новой цепи без ручного скачивания внешних snapshots. Это снижает зависимость от централизованной координации, но не убирает риск полностью.

Вот что я бы проверял, если использовать Mina-инфраструктуру или держать активы на бирже во время такого апгрейда:

• какая доля active stake реально обновилась до pre-upgrade build;

• есть ли у биржи/кастодиана явная пауза депозитов и выводов на время окна;

• как прошла archive schema migration у индексеров и сервисов;

• не осталось ли после fork расхождений между nodes, explorers, wallets и exchanges;

• какие операторы выбрали automode, а какие идут вручную.

Для меня это хороший пример, где слово «апгрейд» нельзя оценивать только по обещанным возможностям. Новая скорость блока и лимиты для zkApps важны, но главный тест здесь - сама процедура перехода: stake readiness, downtime, архивы, биржи, мониторинг и первый Mesa block.