Monad

MIP-3 changes how Monad prices memory-heavy transactions. Show a Monad-aware fee estimate and surface simulation failures before signing. Memory is shared across calls under an 8 MiB cap, so linear pricing does not guarantee a lower fee or successful execution.

MIP-4 adds a precompile at 0x1001 with dippedIntoReserve(), which returns an ABI-encoded bool describing whether the current execution state has dipped into reserve across all accounts touched by the transaction. It is an in-execution contract check, not a reserve-amount query or a wallet preflight for an arbitrary unsigned transaction.

Monad's Reserve Balance mechanism coordinates consensus-time inflight gas budgets with execution-time ending-balance checks. The current system parameter is user_reserve_balance = 10 MON, but outcomes depend on lagged and starting balances, gas and value spend, delegation, recent activity, and emptying eligibility. It is not a universal balance-minus-10-MON formula or an upfront deposit.

Monad's asynchronous execution is a protocol-level separation between consensus and execution. Consensus can agree on the ordered transactions without executing them first, while execution runs in a separate, slightly lagged lane. Nodes may speculatively execute a Proposed block before it finalizes, but consuming that data is optional, so a receipt or execution outcome and finality are separate product states.

Monad executes transactions in parallel by default while preserving the serial semantics of a linearly ordered block. The execution system checks dependencies and merges state updates in block order, so parallel execution is not a user-controlled ordering feature. A feed's arrival order does not prove execution order, and network capacity does not promise a result or latency for one consumer.

Monad has no global mempool: an RPC owner node checks and forwards valid transactions to upcoming leaders, while validators keep local mempools and the owner tracks inclusion. This can reduce propagation overhead and time to inclusion, but transactions can still wait, be evicted, be included with a reverted execution, or face application-specific market and MEV risk. Monad does not provide a network-wide pending lookup through the documented `newPendingTransactions` subscription.

EIP-7702 is opt-in code delegation for EOAs on Monad. While delegated, a transaction that reduces the EOA's balance below the applicable reserve threshold reverts, subject to the documented max-gas-fee allowance. The current reserve parameter is 10 MON, not a required deposit; sponsored low-balance calls can work when the balance is unchanged or increased. Delegated accounts cannot use the emptying exception.

Current Monad documentation lists 300 ms blocks and a 600 ms full-finality protocol figure. Those figures describe block production and consensus, not end-to-end wallet or application completion. Show completion from the observed execution outcome and required block commitment; a speculative receipt can precede Finalized, while Verified is a later agreement on execution output.

Monad uses a chain-specific gas schedule and charges the signed gas limit at the applicable price, so fee previews need an estimate for the actual transaction and active revision. Page and account access, operation, and state growth determine gas; a blanket Ethereum multiplier cannot describe that behavior.