Maximal Extractable Value (MEV)
Advanced guide to MEV, searchers, builders, transaction ordering, arbitrage, liquidations, sandwiches and execution risk.
Reading progress — saved on this device
MEV is value obtained by choosing, ordering, including or excluding transactions around a blockchain state transition. It includes economically useful arbitrage and liquidations as well as user-adverse extraction such as certain sandwich strategies.
Learning objectives
- Explain MEV without equating all forms with harmful frontrunning.
- Understand searchers, builders and block-production order flow conceptually.
- Recognise how transaction visibility and ordering affect execution quality.
How MEV arises
Stateful blockchains process transactions in an order. When several valid transactions could be included, changing that order can change economic outcomes. A DEX arbitrage trade, a lending liquidation and a sandwich attack all depend on the state produced by transactions before them.
Searchers monitor markets and construct transactions or bundles that exploit state-dependent opportunities. Builders assemble candidate block payloads. In Ethereum’s modern block-building market, validators or proposers can receive blocks assembled through specialised builder infrastructure. Exact infrastructure evolves, but the economic distinction between discovering opportunities and assembling ordered transactions remains useful.
Not all MEV has the same effect. Arbitrage can align prices between pools and exchanges. Liquidations can enforce lending solvency. These activities earn value from being ordered at the right point in a state transition, yet they can provide a market function. Harmful MEV generally refers to extraction that worsens a user’s outcome through information asymmetry or strategic ordering.
Public pending transactions create information. A large visible DEX swap can reveal direction, size and slippage tolerance before settlement. Other actors can respond to that information, including by backrunning legitimate price movement or by attempting to trade before and after the user.
MEV should therefore be analysed as market structure and transaction cost. Two routes with identical pre-trade AMM quotes can produce different realised outcomes if one exposes the transaction publicly and the other uses protected or auction-based order flow.
Private-order-flow systems can reduce some public-mempool extraction, but they do not remove every incentive or trust issue. Instead, they change who can see the order before inclusion and how backrunning rights or block-building value are allocated.
Institutional users should measure realised DEX execution against pre-trade state, gas, slippage, reverted transactions and surrounding state changes. A recurring gap between quoted and realised execution can be evidence that route design, slippage parameters or order-flow handling should change.
Worked example
A large DEX buy would move a pool price from £100 to £101. If the pending transaction is public, a searcher may buy first, raising the price before the victim executes, let the victim trade within its slippage tolerance, then sell after the victim has moved the pool further. Part of the searcher’s profit comes from the victim receiving a worse fill.
By contrast, an arbitrageur that trades after a price discrepancy appears between two pools can move those pools back toward alignment without necessarily worsening a pre-existing user’s execution. Both can be MEV; their economic effects are different.
Institutional workflow
- Identify where transaction intent becomes visible before settlement.
- Measure expected price impact and set justified slippage constraints.
- Compare public, protected, auction and intent-based execution routes.
- Analyse surrounding transactions when execution is materially worse than expected.
- Track gas, reverts, realised price and MEV-related value transfer as execution costs.
Common mistakes
- Calling every arbitrage transaction harmful MEV.
- Assuming private order flow eliminates trust and extraction risk.
- Using loose slippage limits on large predictable swaps.
- Ignoring block-building and order-flow architecture when comparing DEX execution.
Knowledge checkpoint
- Why is transaction ordering economically valuable?
- How can arbitrage MEV differ from a sandwich attack?
- Why does a public mempool create information leakage?
- How can MEV appear in post-trade transaction cost?
FAQs
❓ Is all MEV bad?
No. Arbitrage and liquidations can support market function; some other forms can worsen user execution.
❓ Why does transaction visibility matter?
Pending order information can allow other actors to react before the transaction settles.
❓ Can MEV be eliminated completely?
It can be mitigated or redistributed, but ordering-dependent value is difficult to eliminate entirely in stateful markets.
❓ Why should institutions care?
MEV can appear as hidden slippage, failed transactions and transfer of execution surplus.
Summary
MEV is an ordering-value phenomenon, not one single abusive strategy. The institutional standard distinguishes useful and harmful forms, understands where order information is exposed, and treats realised MEV effects as part of execution design and transaction-cost analysis.
Want this in a personalised order?
Take the crypto assessment and get a custom path of 10 modules matched to what you already know. Free, no card required.
Build my path →