ethereum-reports
← Index DeFi

State of Monad: Architecture, Ecosystem & Open Questions

Published: March 17, 2026

tl;dr


Table of Contents

  1. Executive Summary
  2. Founding Team & Corporate Structure
  3. Technical Architecture
  4. EVM Compatibility
  5. Network Status & On-Chain Metrics
  6. MON Token & Funding History
  7. Ecosystem & DeFi Landscape
  8. MEV Dynamics Under Deferred Execution
  9. Governance
  10. Open Questions & Structural Risks
  11. Sources

1. Executive Summary

Monad is a high-performance Layer 1 blockchain that maintains full EVM bytecode compatibility while targeting 10,000 TPS, 400ms block times, and 800ms finality. Built from the ground up in C++ and Rust by former Jump Trading engineers, the chain achieves its performance through four interlocking architectural innovations: MonadBFT consensus, deferred (asynchronous) execution, optimistic parallel execution, and MonadDb — a custom state database with async I/O that bypasses the filesystem entirely.

Mainnet launched November 24, 2025. As of March 2026, the network has 200+ validators, approximately $186–347M in TVL (sources diverge), and generates ~$15K/day in chain fees. The project raised approximately $522M total including a $269M public token sale on Coinbase. MON trades at ~$0.022 with a fully diluted valuation of ~$2.2B.

The chain is at an inflection point: technical architecture is genuinely differentiated, but ecosystem traction is heavily subsidy-driven (~90% of TVL from ported protocols, ~75% of bridged assets have flowed back out, daily active addresses dropped 92% from the TGE peak). Governance is early-stage and opaque. The competitive landscape is tightening as Ethereum’s Glamsterdam upgrade targets parallel execution on L1.


2. Founding Team & Corporate Structure

Founders

Keone Hon — Co-Founder and CEO

James Hunsaker — Co-Founder and CTO

Eunice Giarta — Co-Founder and COO

Corporate Structure

Monad Labs rebranded into two entities in early 2025:

Entity Role Led By
Category Labs Core technical development (C++ execution client, Rust consensus client) James Hunsaker (CEO)
Monad Foundation Governance facilitation, ecosystem development, marketing, developer relations Keone Hon, Eunice Giarta

The Foundation was established December 2024, announced February 2025. It controls 38.5% of total MON supply (38.5B tokens) designated for “Ecosystem Development” — unlocked at launch. Category Labs holds an additional ~3.95B tokens (4-year vesting with 1-year cliff).

The codebase is licensed under GPL-3.0.


3. Technical Architecture

Monad’s performance comes from four interlocking innovations, each addressing a different bottleneck in traditional EVM execution.

3.1 MonadBFT Consensus

MonadBFT is a custom Byzantine Fault Tolerant consensus protocol building on the HotStuff family with critical improvements.

Property Value
Block time 400ms
Speculative finality 1 round (~400ms)
Full finality 2 rounds (~800ms)
Message complexity (happy path) Linear O(n)
Message complexity (failure path) Quadratic (all-to-all)
Byzantine fault tolerance n = 3f+1 (tolerates up to 1/3 malicious stake)
Signature scheme BLS (aggregatable)
Leader rotation Stake-weighted, rotated every round

The Tail-Forking Solution: In pipelined BFT protocols (like HotStuff), a malicious leader can “fork away” the predecessor’s block to extract MEV. MonadBFT introduces the No-Endorsement Certificate (NEC): a leader must repropose the previous leader’s block unless they can obtain 2f+1 validators attesting they did NOT see that block. This prevents malicious forks while allowing legitimate leader replacement when the prior leader genuinely failed.

MonadBFT has been published as a formal research paper on arXiv and reviewed by the Stanford Blockchain Review.

3.2 Deferred (Asynchronous) Execution

This is Monad’s most consequential architectural innovation. It fundamentally decouples consensus from execution.

The problem: In Ethereum, the leader must execute all transactions, compute the state root, include it in the block, then validators re-execute to verify. Execution is constrained to ~1% of the 12-second block time (~100ms).

Monad’s approach:

Delayed Merkle Root: Since state roots aren’t available at consensus time, Monad includes a Merkle root from D blocks ago (currently D=3, ~1.2 seconds). This provides validation checks and divergence detection without blocking consensus.

Trade-offs:

3.3 Parallel Execution

Monad executes transactions concurrently using optimistic concurrency control:

  1. Speculative parallel phase: Transactions dispatched across multiple threads simultaneously, assuming no conflicts
  2. Conflict detection: System tracks inputs consumed during execution and compares against outputs of prior transactions (in block ordering). If an input was modified by an earlier transaction, conflict detected.
  3. Re-execution: Conflicting transactions re-executed with correct data. Signature recovery is cached; only state-dependent portions recomputed.
  4. Sequential state merging: Updated state merged in original transaction order to preserve Ethereum’s deterministic execution semantics.

This is transparent to developers — no annotations, parallelism hints, or code modifications needed. The final state is identical to what sequential execution would produce.

The system relies on the empirical observation that most transactions touch disjoint state. Conflicts are rare in practice, making the optimistic approach highly efficient.

Not disclosed: Exact thread count, scheduling algorithms, or input/output tracking data structures.

3.4 Pipelining

Rather than processing blocks sequentially (consensus on N, execute N, consensus on N+1), Monad pipelines stages:

Time Slot Consensus Execution
Slot N Block N Block N-3
Slot N+1 Block N+1 Block N-2
Slot N+2 Block N+2 Block N-1

Execution occupies the full block time (400ms) in its own pipeline, not a fraction of it. CPU cores stay busy with consensus and execution running concurrently.

3.5 MonadDb

MonadDb is a custom key-value state database purpose-built for blockchain execution, replacing the generic databases (LevelDB, RocksDB, LMDB) used by most Ethereum clients.

Key design choices:

Feature Detail
Native Patricia Trie Implements a persistent (immutable) Merkle Patricia Trie directly, eliminating the indirection of embedding a trie inside a generic KV store. Substantially fewer IOPS per lookup.
Async I/O Uses kernel-level io_uring on Linux. Execution threads issue I/O requests without stalling — many requests in parallel, serviced by first available thread on return. Critical for parallel execution.
Filesystem bypass Can operate directly on raw block devices, eliminating filesystem overhead (block allocation, fragmentation, metadata).
Sequential writes Append-only data structure enables sequential writes — better SSD performance, reduced write amplification, extended SSD longevity.
SSD-first State stored primarily on SSD, not RAM. Designed from the ground up for state exceeding RAM (32GB RAM vs. 2TB SSD requirement).

Explicitly NOT memory-mapped: MonadDb avoids mmap because “memory-mapped storage is implemented by the kernel and is not asynchronous, so execution is blocked while waiting for the operation to complete.”

Not available: No public benchmarks (IOPS, latency percentiles, throughput). No comparisons to LevelDB/RocksDB/MDBX under equivalent loads. No performance degradation data as state grows.

3.6 RaptorCast Block Propagation

RaptorCast distributes block proposals using erasure coding (Raptor codes, RFC 5053 with Monad modifications) through a two-level broadcast tree:

  1. Leader sends erasure-coded chunks to non-leader nodes (proportional to stake weight)
  2. Each non-leader relays assigned chunks to all other validators
  3. Original block reconstructable from any sufficiently large chunk subset
  4. Propagation latency bounded by RTT between the two most distant nodes
  5. With 2x replication, reconstruction succeeds even if 33% of chunks fail (matching BFT assumption)

4. EVM Compatibility

Monad provides bytecode-level EVM compatibility — the strongest form:

The Monad team ran extensive simulations of historical Ethereum transactions and confirmed identical results to geth.

Known Differences from Ethereum

These are real architectural differences that could affect applications:

Difference Impact
Carriage cost / reserve balance Accounts must maintain a reserve balance for transaction inclusion — not present on Ethereum, could confuse developers
Deferred execution “Latest confirmed state” is ~3 blocks behind latest block — affects apps relying on immediate state confirmation
Gas pricing Monad has its own gas model. MIP-3 proposes changing memory cost from quadratic to linear. Different costs could cause unexpected gas estimation behavior.

5. Network Status & On-Chain Metrics

Mainnet

Metric Value Source
Launch date November 24, 2025 (9:00 AM ET) Official
Validators 200+ monad.xyz
TVL ~$186–347M DeFiLlama (~$186M) vs. CryptoRank (~$347M); discrepancy reflects measurement timing/methodology
Peak TVL ~$280M (January 7, 2026) Blockworks
Chain ranking by TVL ~#20–46 (varies by source) DeFiLlama
Annualized chain fees ~$19.7M DeFiLlama
Daily chain fees ~$14,795 DeFiLlama snapshot
Daily chain revenue ~$6,993 DeFiLlama snapshot
P/F ratio 160.7x DeFiLlama
24h DEX volume ~$168.57M DeFiLlama
Daily active addresses (peak) 150,000+ At TGE, Nov 25, 2025
Daily active addresses (current) ~12,000 March 2026

Important distinction: The ~$168M in daily DEX volume is NOT fee revenue. Daily chain fees are ~$15K — a tiny fraction of volume. For context, Ethereum generates $1–5M+ in daily fees.

Staking

Metric Value
Staking rate ~12.3%
MON staked ~1.3B (of ~10.83B circulating)
Staking market cap ~$28.1M
Reward rate 11.77–16.18% APR (varies by source/operator)
Block reward 25 MON per block
Annual inflation ~2B MON (~2% of total supply)
Unbonding period 1 epoch (~5.5 hours)
Slashing NOT currently implemented

The 12.3% staking rate is extremely low compared to mature PoS chains (Cosmos ~65%, Solana ~67%, Ethereum ~28%). This likely reflects the network’s youth (~4 months old) and that only ~11% of total supply is circulating.

Validator Economics

Parameter Value
Active validator set 200 (top by stake)
Minimum self-stake 100,000 MON
Minimum total stake 10,000,000 MON
Commission range 0–100% (validator-configurable)
Hardware Bare metal required; 16-core 4.5GHz+ CPU, 32GB RAM, 2TB + 500GB NVMe SSD, 300Mbit/s
Estimated hardware cost ~$1,500–3,000 upfront; ~$200–500/month operational

Foundation dependency: Most validators rely on the Foundation’s Validator Delegation Program (~15B MON initially, planned 15–25B in year one). Without Foundation delegation, few validators could meet the 10M MON minimum total stake requirement.

Testnet History


6. MON Token & Funding History

Funding

Round Date Amount Lead Notable Participants
Pre-seed May 2022 $9M
Seed Dec 2022/Feb 2023 $19M Dragonfly Capital
Series A March 2024 $225M Paradigm Electric Capital, Coinbase Ventures, Castle Island, GSR, Greenoaks
Public Token Sale Nov 2025 $269M Coinbase (platform) 85,000+ participants (1.43x oversubscribed)
Total   ~$522M    

The Series A was reported by PitchBook as the largest crypto funding round of 2024. Notable angels: Inversebrah, Ansem, Hsaka, punk6529, Eric Wall, Rune Christensen, Bryan Pellegrino, Luca Netz, Mert Mumtaz.

Token Distribution

Allocation Amount % of Supply Status
Public Token Sale 7.5B MON 7.5% Unlocked
Ecosystem Development (Foundation) 38.5B MON 38.5% Unlocked at launch
Team (Foundation + Category Labs staff) 26.9B MON 26.9% 1-year lock, 3-year release
Investors 19.6B MON 19.6% 1-year lock, quarterly release through 2029
Category Labs Treasury 3.95B MON ~4% 4-year vesting, 1-year cliff
Other (Treasury, etc.) 3.55B MON ~3.5% Various
Total Supply 100B MON 100%  

Current circulating supply: ~10.83B MON (~10.8% of total). Insider unlocks begin November 24, 2026 — a major supply overhang.

Token Metrics (March 2026)

Metric Value
Price ~$0.022
Market cap (circulating) ~$240M
FDV ~$2.2B
ATH ~$0.107 (Oct 10, 2025 — pre-mainnet, possibly futures)
Decline from ATH ~79%
Sale price $0.025

7. Ecosystem & DeFi Landscape

Protocol Breakdown

Protocol TVL Type Native to Monad?
Uniswap V3 ~$28M DEX No
Gearbox ~$20M Lending No
FastLane (shMON) ~$5M MEV/LST Yes
Morpho >$1.5M Lending No
Curve >$1.5M DEX No
Upshift >$1.5M Yield No
Kintsu ~$1.5M LST Yes
Clober ~$1.16M DEX Yes

Critical observation: ~90% of TVL sits in established ported protocols (Uniswap, Curve, Morpho, Gearbox, Upshift) rather than native Monad applications. Native apps are struggling to capture market share against blue-chip DeFi deployments.

Bootstrapping: Subsidized vs. Organic

The data strongly suggests the majority of TVL is incentive-driven:

Signal Data Point
Ported protocol dominance ~90% of TVL from external protocols
Capital flight ~75% of bridged assets flowed back out (WormholeScan via Blockworks)
User drop-off Daily active addresses fell 92% from peak (150K → 12K)
Stablecoin farming ~$144M of $277.5M TVL in Agora stablecoin (AUSD) farming
Yield sources Most yield comes from MON incentives, not organic borrow demand

Key Ecosystem Developments

Aave v3 Deployment: TEMP CHECK passed on Aave governance (873K+ votes in favor, zero against). Monad Foundation committed $15M in incentives plus purchasing 10M GHO. Deployment possible mid-to-late March 2026.

Chainlink cbBTC Bridge: Launched March 2, 2026 via Chainlink CCIP, enabling cbBTC bridging from Base to Monad. The $5B figure in media reports represents total cbBTC circulation, NOT actual bridged amounts — the bridge enabled the capability, not a $5B transfer.

Kuru Exchange: Hybrid CLOB-AMM DEX built natively on Monad. Raised $13.6M total ($2M seed, $11.6M Series A led by Paradigm). Live on mainnet.

Oracle Infrastructure: Pyth (standard pull oracle, 400ms updates; Pyth Lazer for 1ms updates), RedStone, Supra (sub-penny feeds, 100ms latency), Chainlink (via CCIP).

The “Only on Monad” App Question

No application has been identified that structurally requires Monad’s specific combination of capabilities and could not exist on any other chain. Monad’s own documentation states that “the result of executing transactions in a block is identical between Monad and Ethereum.” The parallelism is an optimization, not a new programming model. Monad enables faster/cheaper versions of existing apps, not structurally new ones.

AI & Agent Ecosystem


8. MEV Dynamics Under Deferred Execution

Monad’s deferred execution creates a fundamentally different MEV environment from Ethereum. This section draws primarily from aPriori’s published analysis — the most detailed public treatment of this topic.

How Deferred Execution Changes MEV

Because consensus finalizes transaction ordering before execution happens (potentially lagging by 1–2 blocks), the “current” state at block-building time may be N-1 or N-2 blocks behind the execution frontier.

Implications for MEV participants:

Local Mempool Design

Property Detail
Global mempool No — each validator maintains a local mempool
Transaction forwarding RPC nodes forward to next 3 upcoming leaders
Leader schedule Deterministic per epoch, known in advance
Transaction ordering Gas-priority (Priority Gas Auction / PGA)
Mempool encryption No — transactions forwarded in the clear

The combination of unencrypted transactions, known leader schedule, and gas-priority ordering creates a familiar MEV attack surface. Leaders and observers can see transaction contents before inclusion.

MEV Infrastructure: Two Major Players

aPriori (MEVA + aprMON + Swapr)

aPriori operates a Monad Execution Value Auction (MEVA):

  1. Searchers submit bundles
  2. Builders construct partial blocks (top-of-block only) from searcher packages
  3. Validators append remaining transactions from local mempool
  4. MEV revenue redistributed to stakers via aprMON liquid staking token

Key innovation — Probabilistic Valuation: Because full state simulation is impractical, builders use probabilistic checking — estimating bundle success likelihood based on reputation, partial simulation against stale state, and statistical models. Explicitly compared to HFT strategies operating under similar uncertainty.

Dimension Flashbots MEV-Boost (Ethereum) aPriori MEVA (Monad)
Block construction Full blocks Partial blocks (top-of-block)
State simulation Against known, current state Against stale (N-2) state; probabilistic
Execution guarantee High — bundles simulated pre-inclusion Lower — bundles may revert on-chain
Revenue distribution Tips to validators MEV to stakers via aprMON
Time budget ~12s block time, full simulation ~1s; full simulation impractical

Swapr: AI-powered DEX aggregator classifying trades in <500ms using XGBoost, LightGBM, RNN, and Transformer models. Routes “clean” organic orders to efficient pools; isolates toxic flow. Swapr v2 planned with predictive routing and private execution.

Funding: $2M seed (2023), $8M (Pantera/Consensys/Flow Traders, July 2024), $20M (Pantera/HashKey/IMC Trading, August 2025). Total: $30M.

FastLane / shMonad (shMON)

shMON is a liquid staking token built by FastLane Labs:

Chainlink acquisition: January 22, 2026, Chainlink acquired Atlas (FastLane’s transaction ordering solution). FastLane continues operating independently; Atlas technology moves under Chainlink for cross-chain SVR (Smart Value Recapture). SVR has processed $460M+ in liquidations and recaptured $10M+ in OEV.

MEV Transparency: A Major Gap

No dedicated Monad MEV analytics exist. No Dune dashboards for Monad MEV, no published sandwich attack data, no arbitrage extraction data, no academic research, no Flashbots coverage. For a chain 4 months old with hundreds of millions in TVL, this absence is notable. Both aPriori and FastLane are operating MEV infrastructure but neither has published transparency reports.

Protocol-Level MEV Protections

Feature Ethereum Monad
PBS MEV-Boost (out-of-protocol); ePBS under development Not implemented; no announced plans
FOCIL Under active research Not discussed publicly
Encrypted mempool Shutter Network and others building Not discussed; mempool is unencrypted
Inclusion lists Part of Ethereum roadmap Not discussed publicly

Monad relies on out-of-protocol MEV infrastructure (aPriori, FastLane) rather than building PBS or MEV mitigation into the protocol. The local mempool (3-leader forwarding) provides some natural mitigation vs. a global mempool, but ordering is gas-priority and unencrypted — a classic MEV-susceptible configuration.


9. Governance

Current State: Early-Stage and Opaque

Monad’s governance structure is early-stage with a significant gap between what is publicly claimed and what is concretely documented.

What exists:

What does NOT exist (or cannot be verified):

The MONAD_NINE Upgrade (Case Study)

The first named network upgrade bundled MIP-3 through MIP-5 into MIP-6. The upgrade was “activated by the development team” — no formal token vote or validator vote was documented. Forum discussions occurred (MIP-3 received 14 replies), but the approval process resembles Ethereum’s rough consensus model rather than formal on-chain governance.

Power Distribution

Actor Token Control Governance Role
Monad Foundation 38.5% (unlocked) Dominant; facilitates governance, controls ecosystem funds, delegates to validators
Category Labs ~4% (vesting) No formal authority, but authors MIPs and activates upgrades in practice
Investors ~19.6% (locked until Nov 2026) None currently
Public holders ~7.5% None documented

The Foundation’s 38.5% unlocked allocation would give it overwhelming voting power in any token-weighted governance system.

Comparison to Other L1s

Dimension Monad Ethereum Solana Cosmos Hub
Governance type Unclear; claimed on-chain but unverified Off-chain rough consensus (ACD + EIP) Off-chain; Foundation + validator On-chain ATOM voting
Token voting Claimed but not documented No No Yes
Foundation token control 38.5% unlocked No equivalent Significant but vesting Advisory role
Governance maturity Very early (MIP-1 still Draft) Mature (8+ years) Intermediate Mature (5+ years)

10. Open Questions & Structural Risks

State Growth at 10,000 TPS

No public data exists on Monad’s actual state size or growth rate. This is the central sustainability question for a high-TPS chain.

Client Diversity: Single Point of Failure

Monad has one client implementation (C++ execution + Rust consensus, both by Category Labs). No second client exists, is announced, or is in development. The deeply custom architecture (MonadDb, parallel execution engine, bare-metal requirement) makes alternative implementations exceptionally difficult.

This represents a meaningful centralization risk — a bug in the single client could take down the entire network. For context, Ethereum’s client diversity took years and significant dedicated funding to achieve.

The Vanguard Claim

Keone Hon has described Monad as a “vanguard environment” testing improvements that can flow back to Ethereum. Evidence of concrete upstream contributions: zero.

The claim is aspirational. Monad’s open-source code could theoretically be studied by Ethereum teams, but no evidence this has occurred.

Glamsterdam: The Competitive Threat

Ethereum’s Glamsterdam upgrade (planned H1 2026) targets parallel execution on L1 via EIP-7928 (Block-Level Access Lists). Testing shows ~78% of full parallel throughput achievable (10.8–13.9 GGas/s on 16-core machines).

Monad retains advantages even post-Glamsterdam:

But Glamsterdam narrows the gap:

The team has not publicly addressed this competitive scenario.

Summary Risk Matrix

Risk Severity Detail
State growth sustainability High No public data, no plans beyond pruning, no team discussion
Single client High No second client planned; deeply custom architecture
Foundation token concentration High 38.5% unlocked; overwhelming governance power
Subsidized TVL High 90% ported protocols, 75% capital outflow, 92% address drop-off
Governance opacity Medium Claims vs. documentation gap; no verifiable votes
MEV transparency Medium No public MEV analytics despite active MEV infrastructure
Insider unlock overhang Medium Nov 2026 unlocks for team + investors (~46.5% of total supply)
Glamsterdam competition Medium Narrows throughput gap; doesn’t eliminate Monad’s advantages
No “only on Monad” app Medium Parallelism is optimization, not new programming model
Validator Foundation dependency Medium Most validators need Foundation delegation to meet 10M MON minimum

Data Sources & Methodology

Data Sources: Monad documentation (docs.monad.xyz), DeFiLlama, CoinGecko, CoinMarketCap, official blog posts, third-party research (Blockworks, Stanford Blockchain Review, Chorus.one, Figment), protocol documentation

Methodology: All quantitative data sourced from public dashboards and verified documentation. Where specific data points could not be independently verified, limitations are noted. No data has been fabricated. Fee revenue and trading volume are clearly distinguished throughout.


11. Sources

Official Documentation

Research Papers

Team Profiles

Third-Party Research & Analysis

MEV & Infrastructure Sources

Governance Sources

Ecosystem & Market Sources

Funding Coverage

Market Data

Competitive Context


Data Limitations

  1. TPS verification: The 10,000 TPS claim is from Monad’s documentation. No independent third-party benchmark confirms sustained 10,000 TPS under real mainnet load.
  2. State growth: No public measurements of actual state size or growth rate exist. This is the most significant data gap.
  3. TVL discrepancy: Sources report $186M to $347M, reflecting different dates and methodologies.
  4. MEV data: No public MEV analytics exist for Monad mainnet despite active MEV infrastructure.
  5. MonadDb benchmarks: No IOPS, latency, or throughput figures have been published.
  6. Governance voting: No verifiable on-chain governance votes were found despite third-party claims.
  7. MON ATH date: Reported as October 10, 2025 (before mainnet launch) — may reflect pre-market trading.
  8. Thread count and internal parallelism parameters: Not disclosed in public documentation.

No data was fabricated in this report. Where specific numbers could not be independently verified or showed discrepancies across sources, this is explicitly noted.