Skip to content
Financial Context Wiki

Maximal extractable value (MEV)

MEV is value captured by including, excluding, or ordering transactions during block production. Learn how searchers, builders, and proposers interact, why arbitrage differs from sandwiching, and how users can limit execution risk.

Updated

For educational purposes only; not investment advice. Investing may result in loss.

Direct answer

Maximal extractable value (MEV) is the value available from including, excluding, or changing the order of transactions during block production, beyond standard block rewards and gas fees. The term originally meant “miner extractable value”; on proof-of-stake Ethereum, “maximal” reflects that searchers, builders, relays, and validators can participate in finding, packaging, and allocating that value.

MEV is a category of outcomes, not one attack. DEX arbitrage can align prices across venues, and liquidations can help lending protocols remain solvent. Front-running and sandwiching can instead worsen a user’s execution. The relevant questions are who controls ordering, where the value comes from, who receives it, and what costs or harms accompany it.

A public statistic is not a complete MEV ledger. Private order flow, off-chain bids, refunds, failed attempts, infrastructure costs, and strategies that monitors do not classify can all change the result. Reported MEV should therefore be read as an estimate under a stated method, not as exact net profit.

How it works

  1. An opportunity appears. A pending swap, a price difference between venues, or a liquidatable position creates a state-dependent payoff.
  2. A searcher simulates an ordering. The searcher constructs transactions or a bundle and estimates revenue after protocol fees, gas, builder payments, and failure risk.
  3. A builder assembles a block. In the MEV-Boost supply chain, builders combine public transactions, private order flow, and bundles, then submit payload headers and bids through relays.
  4. A proposer selects a payload. The validator proposing the slot can use a local block or select a builder bid. Inclusion is still subject to execution validity, consensus, and eventual finality.

Ordering power does not make every opportunity profitable. Competing searchers may bid away most of the gross value, state may change before execution, or one transaction may revert. Gross extracted value, payment to the proposer, and the searcher’s net profit are different measures.

Example

Suppose an AMM pool holds 100 ETH and 200,000 USDC. A user publicly submits a swap spending 10,000 USDC and allows 5% slippage, with a minimum output of 4.50 ETH. The pending transaction reveals its direction, size, and execution limit.

A searcher may buy ETH immediately before the user and sell immediately after. If the builder places those trades around the user’s swap, the user’s trade moves the price between the searcher’s purchase and sale. The user can receive less ETH than without the sandwich while the transaction still satisfies the 4.50 ETH minimum.

This does not prove that every adverse fill is MEV. The user’s own price impact, AMM fees, route changes, and ordinary market movement can also reduce output. Attribution requires the transaction order and pool state, and profit must be calculated after all execution and bidding costs.

Risks and controls

  • Execution loss. Set a defensible minimum output or price limit from current liquidity and trade size; do not widen slippage merely to force a transaction through.
  • Information leakage. A public mempool exposes transaction intent before inclusion. A private route can reduce that exposure, but the provider and downstream builders may still see the payload, and inclusion or better execution is not guaranteed.
  • Centralization and censorship. Specialized builders and exclusive order flow can concentrate block-building power. Monitor builder and relay dependencies instead of assuming competitive auctions are automatically decentralized.
  • Consensus incentives. Exceptionally valuable past blocks can create incentives to reorganize the chain. Finality rules and penalties reduce this risk but do not make MEV irrelevant to network security.
  • Measurement error. Separate user harm, arbitrage revenue, liquidation rewards, proposer payments, refunds, failed gas, and searcher costs. Comparisons across chains require the same scope and methodology.

Protocols can reduce harmful extraction with batch auctions, commit-reveal schemes, encrypted or private submission, intent-based execution, and rules that return value to users. Each design changes trust, latency, liveness, privacy, and censorship trade-offs; no label alone proves protection.

Common misconceptions

Myth 1: All MEV is an attack

Arbitrage and protocol-authorized liquidation may improve price consistency or solvency. Sandwiching and some forms of front-running impose more direct user harm. The strategy and its effects matter.

Myth 2: Paying more gas prevents MEV

A higher priority fee can affect inclusion but does not hide transaction contents or guarantee position. Searchers and builders can evaluate the value of an entire bundle.

Myth 3: Private submission eliminates MEV risk

Private routing changes who initially sees the transaction. It does not guarantee confidentiality, inclusion, success, best execution, a refund, or finality.

Sources

Navigation

Search the wiki...