Maximal Extractable Value — MEV — was for several years one of the least understood and most consequential dynamics in blockchain ecosystems. The basic concept is that block producers (miners in proof-of-work systems, validators in proof-of-stake systems) have the ability to extract value from the transactions they include in blocks by ordering those transactions to capture arbitrage opportunities, front-run trades, sandwich user swaps, and exploit other patterns that depend on transaction ordering control. The value extracted through these activities has historically flowed to block producers and to the sophisticated trading firms that operate alongside them, often at the expense of ordinary users who pay implicit costs through worse execution prices on their transactions.
The MEV ecosystem in 2026 looks substantially different from the early days when MEV extraction was poorly understood and the tools to mitigate it were limited. Flashbots’ research and infrastructure development has produced visibility into MEV activity, mechanisms to allow users to protect their transactions from extraction, and an emerging architecture for redistributing MEV value to broader participants rather than concentrating it in a small set of professional extractors. The SUAVE project represents Flashbots’ most ambitious attempt to restructure MEV at the architectural level. The MEV-Boost relay system has become standard infrastructure for Ethereum validators. And the broader ecosystem of MEV-aware applications and infrastructure has matured significantly.
Understanding the state of MEV in 2026 requires looking at the actual mechanisms, the scale of value involved, and the various approaches that different participants are pursuing to address what is genuinely a complex multi-party problem.
The Scale of MEV and What It Represents
The total annual MEV extracted on Ethereum has been measured in the hundreds of millions to billions of dollars depending on the methodology and the market conditions. The vast majority of this extracted value occurs through three primary categories of activity: arbitrage (capturing price differences between trading venues, which is generally considered productive activity that improves market efficiency), sandwich attacks (placing transactions before and after a user’s trade to extract value from the price impact of the user’s trade, which is generally considered extractive), and liquidations (capturing value from undercollateralised positions on lending protocols, which is necessary infrastructure but has produced concentration concerns).
The composition of MEV activity matters because the appropriate response varies by category. Arbitrage MEV is genuinely productive and supports market efficiency; eliminating it would be counterproductive. Liquidation MEV is necessary for lending protocol operation but has concentrated to the point where a small number of sophisticated bots capture nearly all liquidation opportunities, raising questions about whether the value should be shared more broadly with the protocols that the liquidations support. Sandwich attack MEV is extractive at the expense of users and is the primary target of mitigation efforts.
The relative scale of these categories has shifted as the ecosystem has evolved. Sandwich attacks have declined as a share of total MEV activity because users have increasingly access to tools (private mempools, RPC services that protect from front-running, transaction batching) that reduce the surface area for sandwich extraction. Arbitrage MEV has remained substantial as the proliferation of trading venues and the introduction of new DeFi protocols has continued to produce arbitrage opportunities. Liquidation MEV scales with the total lending activity on DeFi protocols, which has grown significantly with the maturation of institutional DeFi credit markets.
MEV-Boost and the Builder-Relayer-Proposer Separation
The most consequential infrastructure development for MEV management on Ethereum has been the adoption of MEV-Boost and the proposer-builder separation architecture it implements. The mechanism splits the role of producing a block into three separate functions: searchers identify MEV opportunities and submit bundles of transactions that capture them; builders aggregate searcher bundles and other transactions into proposed blocks; relays connect builders to proposers and provide the trust layer that allows proposers to commit to blocks they have not directly constructed; proposers are the validators who actually publish blocks to the chain.
The architecture has several important properties. It separates the MEV extraction function (searchers and builders) from the consensus function (proposers), which prevents validator concentration from being driven primarily by MEV capability. It creates competitive markets at multiple levels — searchers compete for opportunities, builders compete for proposer attention, proposers select the most valuable blocks — which distributes MEV value across more participants than the pre-MEV-Boost architecture allowed. It provides transparency into MEV activity that supports research, mitigation development, and the broader understanding of the dynamics.
The adoption of MEV-Boost across Ethereum validators has been extensive, with most professional staking operations using the architecture. The result has been more visible MEV markets, more competitive distribution of MEV value, and a foundation for the next-generation MEV management architectures that the ecosystem is developing.
SUAVE and the Architectural Re-Imagination
SUAVE — Single Unifying Auction for Value Expression — is Flashbots’ most ambitious project, aiming to restructure MEV at the architectural level rather than addressing it through additional infrastructure layered on existing chains. The basic concept is that MEV management could be improved by separating the order flow auction function from any specific blockchain — creating a dedicated layer where transactions and intents from multiple chains can be aggregated, searchers can compete for opportunities across chains, and the value captured can be distributed back to users and protocols in ways that the per-chain architectures cannot support efficiently.
The strategic ambition is significant: SUAVE would not be a chain in the traditional sense but rather a coordination layer that handles MEV-related computation and value distribution while the underlying chains (Ethereum, L2s, other L1s) handle settlement. The architecture is technically complex and the deployment has been gradual, with various components launching and being tested before the full vision is realised.
The honest assessment of SUAVE’s progress is that the technical vision is compelling but the practical deployment requires substantial ecosystem coordination. Chains, applications, and users need to integrate with SUAVE for its value proposition to be realised, and the bootstrap problem for a coordination layer is genuinely difficult. The intellectual contribution of the SUAVE design has been significant — it has influenced how the broader MEV community thinks about the problem — even if the specific architecture’s commercial deployment is still developing.
The Application-Level Mitigations
Beyond the infrastructure-level MEV management, application-level mitigations have become increasingly common. Decentralised exchanges have implemented various mechanisms to reduce sandwich attack vulnerability: Hyperliquid’s order book architecture avoids the AMM dynamics that produce sandwich opportunities; CoW Protocol (CoWSwap) batches user swap intents to find matching opportunities that avoid the impact of individual trades; UniswapX uses a Dutch auction mechanism that lets searchers compete to provide best execution to users.
The aggregate effect of these application-level mitigations has been to reduce the user-extractive MEV by giving users access to better execution tools. The mitigation works best for users who explicitly use the protected venues; users transacting directly on AMMs without intent-based protection remain exposed to sandwich extraction.
The Layer 2 ecosystem has been more proactive about MEV management than Ethereum mainnet because L2 sequencer operators have the ability to implement custom transaction ordering rules. Several L2s have implemented first-come-first-serve sequencing, encrypted mempools, or other mechanisms that reduce the surface area for extractive MEV. The variation across L2s has produced an environment where users seeking MEV protection can choose L2s with stronger protections, which creates competitive pressure on other L2s to improve their MEV management.
The Distribution and Redistribution Question
The most consequential ongoing debate in the MEV community is about how the value captured through MEV should be distributed. The pre-MEV-Boost default was that block producers captured most of the value, with sophisticated searchers extracting some share. The MEV-Boost architecture distributed value more broadly across the searcher-builder-proposer stack. The application-level mitigations have shifted value back to users by reducing extractive opportunities.
The next phase of redistribution involves protocols capturing value that is currently captured by external searchers. Liquidation auctions on Aave and Morpho could in principle direct the liquidation premium to protocol revenue rather than to external liquidators. DEX-based arbitrage value could in principle flow to DEX protocols rather than to external arbitrageurs. The technical mechanisms for these redistributions are developing but require careful design to avoid creating perverse incentives or breaking the productive functions that some MEV activity supports.
The validator dimension of redistribution is also important. Institutional Ethereum staking increasingly views MEV revenue as a meaningful component of staking yield, and the distribution of MEV value across validators affects the economics of professional staking operations. The proposer-builder separation has helped equalise this distribution, but ongoing changes to MEV management infrastructure continue to affect how the value flows.
The Honest Assessment for Different Participants
For end users, the MEV environment in 2026 is meaningfully better than the environment of three years ago. Users who transact through MEV-aware venues (CoWSwap, UniswapX, protected L2s) face significantly less extractive MEV than users transacting on raw AMMs or unprotected mainnet venues. The available tools provide a real protective benefit that did not exist in earlier MEV environments.
For protocol developers, MEV considerations have become standard design inputs. New DeFi protocols are designed with MEV awareness as a baseline requirement, and the protocols that fail to account for MEV in their architecture face competitive disadvantage from those that do. The intellectual maturity of MEV-aware protocol design has compounded into substantially better outcomes for the ecosystem.
For institutional participants, MEV transparency and management has been one of the requirements for sustained institutional engagement with DeFi. Institutions cannot accept the opacity and extractive risk that early DeFi posed; the infrastructure improvements that Flashbots and the broader MEV community have produced have been preconditions for institutional comfort with on-chain activity.
The honest position is that MEV is and will remain a permanent feature of blockchain ecosystems — the underlying dynamic of value capture from transaction ordering control is intrinsic to how blockchain consensus works. The question is not whether MEV exists but how it is captured, distributed, and made transparent. The progress of the past several years has been substantial, the projects working on the problem are technically sophisticated, and the trajectory continues to improve outcomes for users and protocols at the expense of pure extraction. The work is not finished, but the direction is clearly favourable, and the contrast with the early MEV environment is one of the most concrete examples of how blockchain infrastructure can mature when serious technical and economic work is sustained over time.
