Monad – сеть первого уровня с EVM-совместимым исполнением, которая ускоряет обработку за счёт конвейера и параллельной работы. Она принимает байткод Ethereum и привычные RPC, но внутри использует собственный консенсус, клиент, базу состояния и правила планирования транзакций.
Заявленная архитектурная цель – до 10 тысяч транзакций в секунду, блоки около 400 миллисекунд и финальность примерно за 800 миллисекунд. Это параметры дизайна, а не гарантия для любого приложения. Реальная пропускная способность зависит от сложности контрактов, состояния, размера блока и нагрузки на валидаторов.
Консенсус MonadBFT
MonadBFT основан на семействе HotStuff. Валидаторы голосуют за предложение лидера, а подтверждения проходят конвейером: сеть не ждёт полного завершения одного блока, прежде чем начать следующий раунд. Протокол рассчитан на быструю смену неисправного лидера и защиту от ситуации, когда лидер скрывает подтверждённый блок ради собственной ветки.
RaptorCast отвечает за распространение больших блоков. Вместо многократной отправки полного содержимого каждому валидатору данные кодируются и распределяются частями, после чего участники обмениваются фрагментами. Это снижает требования к исходящей полосе лидера, но повышает важность стабильного соединения и корректной реализации сетевого слоя.
Асинхронное исполнение
В большинстве классических EVM-цепочек валидатор сначала исполняет блок, затем голосует за получившееся состояние. Monad отделяет согласование порядка от завершения исполнения. Консенсус утверждает последовательность транзакций, а выполнение идёт с задержкой в конвейере.
Такое разделение освобождает время процессора, но меняет ожидания разработчика. Корень состояния конкретного блока становится известен позднее, чем его порядок. RPC и контракты должны учитывать определённые протоколом задержки, а не переносить допущения Ethereum механически.
Параллельное выполнение
Транзакции по-прежнему имеют единый последовательный результат. Клиент оптимистично исполняет независимые операции параллельно, фиксирует, какие данные они читали и записывали, а конфликтующие транзакции пересчитывает в правильном порядке. Поэтому два перевода, которые не касаются одного состояния, могут выполняться одновременно, а сделки в одном пуле обычно конфликтуют.
Проект дополняет это JIT-компиляцией байткода и MonadDB – хранилищем состояния, рассчитанным на асинхронный ввод-вывод и параллельный доступ. Ускорение получается не от одной функции, а от согласованной работы консенсуса, сети, исполнения и диска.
Совместимость и газ
Существующий Solidity-контракт можно развернуть без переписывания виртуальной машины, однако EVM-совместимость не означает идентичную экономику. На Monad действуют собственные лимиты блока, стоимость операций и поведение инфраструктуры. Доступность кошелька или индексатора тоже не доказывает корректность конкретного приложения.
В текущей модели комиссия списывается исходя из объявленного gas limit, а не только фактически использованного газа. Это связано с асинхронным исполнением: окончательный расход становится известен позже. Пользователю важно не завышать лимит вручную, а разработчику – корректно оценивать его через RPC и показывать возможную стоимость до подписи. Базовое различие параметров объясняется в материале про gas limit и gas price, но правила Monad нужно учитывать отдельно.
История
Monad Labs основали в 2022 году Кеон Хон, Джеймс Хансейкер и Юнис Джиарта. Основатели пришли из систем высокочастотной торговли, где задержка, параллельная обработка и надёжность низкоуровневого кода являются повседневными задачами.
В 2023 году компания объявила ранний раунд финансирования, а в 2024 году привлекла 225 миллионов долларов для разработки сети. После закрытых devnet последовал публичный тестнет, на котором проверялись клиенты, приложения и нагрузка.
В декабре 2024 года структура разделилась. Monad Labs стала Category Labs и сосредоточилась на технологии, а Monad Foundation взяла на себя экосистему, документацию и координацию валидаторов. Основная сеть запустилась 24 ноября 2025 года с chain ID 143. В 2026 году активировались стейкинг и последующие обновления производительности.
Команда
Джеймс Хансейкер возглавил Category Labs, которая пишет клиент и базовую инфраструктуру. Кеон Хон и Юнис Джиарта перешли к руководству направлениями Monad Foundation. Такое разделение отделяет разработчика программного обеспечения от организации, отвечающей за рост сети и часть операционных решений.
Код основного клиента опубликован под открытой лицензией, но разнообразие реализаций пока ограничено. Если большинство валидаторов использует один клиент, критическая ошибка способна одновременно затронуть значительную долю сети.
Токен MON
Начальный объём MON составляет 100 миллиардов. Около 38,5% отведено на развитие экосистемы, 27% – команде, 19,7% – инвесторам, до 7,5% – публичной продаже, примерно 3,3% – аирдропу и 3,95% – казначейству разработчика.
На старте свободно обращалось около 10,8%, хотя более крупная доля была технически разблокирована у Foundation для экосистемных программ. Командные и инвестиционные токены получили годичное ограничение, затем начинается поэтапная разблокировка, рассчитанная до 2029 года.
MON оплачивает газ и используется в Proof of Stake. Протокол выпускает вознаграждение за блок, а базовые комиссии сжигаются. Чистое изменение предложения зависит от нагрузки и параметров выпуска, поэтому фиксированную доходность стейкинга обещать нельзя.
Главные риски
- Молодая основная сеть. Консенсус, клиент и база данных имеют короткую историю эксплуатации с реальной стоимостью.
- Один доминирующий клиент. Ошибка общей реализации может затронуть сразу многих валидаторов.
- Особенности исполнения. Асинхронность и списание по gas limit требуют отдельной проверки приложений и кошельков.
- Концентрация стейка. Высокие требования и крупные делегации Foundation могут усиливать нескольких операторов.
- Разблокировки. Большие доли команды, инвесторов и экосистемы создают будущий навес предложения.
- Инфраструктура. Мосты, оракулы и индексаторы несут отдельный риск, не покрываемый скоростью L1.
Как оценивать Monad
Пользователю нужно проверить chain ID, официальный контракт токена, оценку gas limit и путь моста. Разработчику – прогнать тесты, чувствительные к порядку, времени блока, RPC и стоимости газа. Валидатору – оценить требования к процессору, диску и каналу, а не ориентироваться только на минимальный залог.
Для MON важны фактическое обращение, экосистемные расходы и календарь разблокировок. Методика такой проверки изложена в статье о том, как разбирать токеномику. Риски делегирования и наказаний дополнительно описаны в материале про slashing валидатора.
Итог: Monad пытается сохранить удобство EVM и заменить внутренний конвейер на более производительный. Проект интересен целостной инженерной архитектурой, но проверять его нужно по production-нагрузке, устойчивости клиента и реальной децентрализации, а не только по максимальному TPS.
