Why MEV Auctions Need a Data Layer

The MEV supply chain on Ethereum took years to develop. It started with crude priority gas auctions, evolved through off-chain relay infrastructure, and eventually produced a competitive market where searchers, builders, and validators each play a defined role. The result is imperfect, but it is informed. Participants generally have a sense of what a given piece of order flow is worth.

Sui is at the beginning of a similar evolution. Early auction infrastructure is emerging. Searchers are bidding for backrun opportunities. Protocols are routing flow through relays. But there is a gap: neither side of these auctions has good data on what the flow is actually worth.

The information asymmetry problem

In any auction, the quality of outcomes depends on the quality of information available to participants. A well-functioning auction requires that bidders can assess the value of what they are bidding on, and that sellers can verify whether the bids they receive are fair.

On Sui today, most auction infrastructure operates on a real-time relay model. A transaction comes in, it gets simulated, and searchers bid on backrun rights within a narrow time window. This is useful for capturing MEV in the moment, but it operates without historical context.

Without historical data, a DEX routing flow through an auction has no way to evaluate whether the returns it receives are competitive. Is the auction returning 60% of extractable value? 30%? 5%? Without a baseline, there is no way to know.

What a data layer provides

The missing piece is longitudinal MEV intelligence: the ability to decompose every MEV transaction into its individual legs, track extraction by pool and by searcher over time, and build a picture of what flow is actually worth across different venues and conditions.

This kind of data enables several things that pure relay infrastructure cannot. First, it allows flow originators (wallets, DEXs, aggregators) to benchmark auction returns against observed extraction. If a pool consistently leaks a certain amount of value per day, and the auction is only returning a fraction of that, the flow originator can see the gap.

Second, it creates competitive pressure. When extraction is visible and quantified, searchers cannot consistently underbid without flow originators noticing and adjusting their routing. Transparency drives efficiency.

Third, it enables smarter auction design. An auction where both sides know the approximate value of what is being traded produces tighter spreads and higher returns for flow originators. This is basic market microstructure: informed markets are more efficient than uninformed ones.

The analogy to traditional finance

This pattern is familiar from equity markets. Before Reg NMS and the rise of market data feeds, order flow was often routed based on relationships rather than data. Payment for order flow existed, but the pricing was opaque. As market data became more available and execution quality reporting became standardized, the market got more competitive and spreads tightened. Notably, the firms that built execution quality analytics during this transition, like IEX, became significant market players in their own right.

Crypto MEV auctions are at a similar inflection point. The relay infrastructure exists, but the data infrastructure that makes auctions accountable does not. Building that data layer is not just an analytics exercise. It is the foundation for a more efficient execution market.

Why this is hard

Building MEV intelligence on Sui is not a weekend project. Sui's object-centric execution model means that state reconstruction requires understanding object ownership, programmable transaction blocks, and the specific mechanics of each DEX and lending protocol. A single MEV transaction might involve five or six legs across multiple venues, each with different pool structures and fee tiers.

Decomposing these transactions into meaningful analytics requires deep domain knowledge of both Sui's architecture and the DeFi protocols built on it. This is engineering work that takes months of index-level data processing and protocol-specific decomposition logic, not days, and it compounds over time as the dataset grows.

What comes next

Sui's MEV ecosystem will develop on its own terms. The architecture is different, the execution model is different, and the resulting dynamics will be different. But one thing is likely consistent across any chain: as the value at stake grows, flow originators will demand better data on what their flow is worth. The participants who have that data will be in the strongest position to build the next generation of execution infrastructure.

At Birdai, we are building the data layer that makes this possible. Not to replace auction infrastructure, but to make every auction on Sui more transparent and more efficient.