An orderflow auction is any mechanism that takes a user’s trade intent and invites competing counterparties to bid for the right to execute it. The “auction” part can be explicit (a structured timeline where the price changes) or implicit (a request for multiple quotes with a best-price selection).
The key difference from a typical onchain swap is where competition happens.
That competition is where “price improvement” comes from.
RFQ stands for Request for Quote. In RFQ, a user asks one or more counterparties for a firm price to trade a certain size. RFQ execution usually looks like this.
RFQ is popular because it can avoid AMM price impact on large trades. A maker can internalize the trade and hedge elsewhere, which lets the maker quote tighter than an AMM for certain sizes.
RFQ also reduces exposure to mempool sandwiching when the accepted quote is executed through a private path or through a mechanism that prevents public pre-trade signaling.
OFA is commonly used in two overlapping contexts.
This is the intent-based DEX model where solvers or fillers compete to execute a signed user intent. The auction happens at the DEX execution layer.
UniswapX is an example. It broadcasts an order and fillers race to submit it onchain when it becomes economically profitable within the auction timeline, and realized price is determined by when the order is filled by the first successful filler.
1inch Fusion is another example. It uses a resolver competition that functions as a Dutch auction, where the rate starts high and moves lower until a resolver takes the order, and the resolver pays the associated gas fees.
In this context, “price improvement” is primarily execution competition plus private execution.
This is the private transaction routing model where a user shares some information about a transaction with searchers, who bid to include it in a bundle. The auction happens at the block-building layer.
Flashbots MEV-Share explicitly uses the term “orderflow auction” and describes a protocol where users, wallets, and applications can internalize the MEV their transactions create, selectively share transaction data with searchers who bid to include the transactions in bundles, and choose how bids are redistributed.
In this context, “price improvement” is often a rebate. Instead of MEV being extracted from the user’s transaction through adverse selection or reordering, part of that value is returned to the user or shared through configured rules.
Both meanings involve auctions, but the economic source of improvement differs:
“Price improvement” is not a single thing. It is the sum of several microstructure advantages that auction-based execution can unlock.
A professional market maker can fill a trade at a better price than an AMM because the maker can hedge across venues and time.
An AMM must price immediately against its own curve. A maker can price against a broader inventory and hedge book.
This is why RFQ can be strong for large sizes.
Dutch-auction intent systems flip the usual dynamic. Instead of the user competing for inclusion in the next block, fillers compete for the user’s order.
Uniswap describes UniswapX’s Dutch auction as starting at a slightly better price for the swapper and ticking down over time, with fillers competing to accept first, ending the moment someone fills the order.
1inch describes Fusion’s resolver competition as a Dutch auction where the rate declines until a resolver fills.
This competition is the direct engine of price improvement.
There are two different benefits that get conflated.
MEV-Share is explicitly designed to internalize MEV via an orderflow auction and redistribute bids.
The important distinction is that a swap can have “price improvement” because it avoided adverse selection, or because it earned a rebate, or both.
Some intent models sponsor gas. That can make a trade look better even if the raw execution price is similar.
1inch Fusion highlights that resolvers pay the associated gas fees for the fill, shifting transaction cost away from the user’s wallet gas balance.
Gas sponsorship does not remove costs. It changes where costs show up, and it can change who has the best ability to optimize inclusion.
A simple comparison clarifies what each mechanism optimizes.
| Mechanism | Who Competes | What Improves | Common Tradeoff |
|---|---|---|---|
| RFQ | One or more quoting makers | Price for size, reduced AMM impact | Quote quality depends on maker set |
| Dutch auction intent | Fillers/resolvers racing for the order | Execution price, MEV exposure | Order may not fill if market moves |
| MEV orderflow auction | Searchers bidding for inclusion rights | Rebates, privacy, MEV internalization | Centralization risk from exclusive flow |
This table is a mental model, not a guarantee. Real systems can blend features.
In an auction timeline, the best price is often achieved only if a filler accepts at the right moment.
This is why deadlines and minimum received constraints matter.
Orderflow is valuable. When it is routed through a small set of solvers, fillers, or RPC endpoints, execution can become dependent on that routing layer.
Flashbots’ own discussion about order flow auctions and centralization highlights that exclusive orderflow has structural implications even when it shifts value back to users.
Private orderflow systems protect users by not broadcasting to the public mempool. They can still leak partial information to counterparties because the counterparties must evaluate whether to bid.
MEV-Share is explicitly about selectively sharing transaction data rather than broadcasting everything, which makes data scope a user-level control surface.
Some systems have whitelisted resolvers or bonded solvers. That can reduce spam and improve reliability.
It also means execution quality depends on who is allowed to compete.
1inch describes resolvers as approved addresses that stake tokens and register to fill Fusion orders, which means the counterparty set is curated rather than fully permissionless.
Auction timeline and constraints: For Dutch auction intent orders, the deadline and minimum acceptable rate define the worst case. If the worst case is too loose, “price improvement” can be captured by the filler as profit rather than delivered to the user.
How gas is handled: If gas is sponsored, the cost shifts into the quoted rate or the solver’s economics.
Whether the system pays rebates: Blockspace OFA systems can pay rebates when searchers bid for inclusion rights. MEV-Share allows configurable redistribution of bids, so rebate routing is a controllable parameter rather than an assumed benefit.
Fill path and settlement guarantees: An RFQ quote is only as good as its settlement path. A quote that requires multiple hops or relies on fragile liquidity can fail at the worst time. A robust user workflow checks whether the execution is atomic and what happens when execution fails.
Confusing “better quote” with “better outcome”: A quote can look better but be less reliable if the filler set is thin or the deadline is unrealistic.
Treating rebates as risk-free yield: MEV rebates are not guaranteed. They are regime-dependent and depend on whether the transaction created value that searchers are willing to bid for.
Loose constraints that donate surplus: A large slippage tolerance or a long auction window can allow the counterparty to fill at the user’s worst acceptable terms. The user may still receive “a fill,” but the user captured less of the available surplus.
Exclusive routing that becomes a single point of failure: When orderflow becomes concentrated in one wallet RPC or one execution layer, outages and policy decisions can affect fills.
Orderflow auctions change where price discovery happens. RFQ systems compete on quotes, intent-based Dutch auctions compete on execution timing, and blockspace orderflow auctions compete on inclusion bids and rebates. UniswapX ties realized price to when the first successful filler executes within an auction timeline. 1inch Fusion runs resolver competition as a Dutch auction and shifts gas costs to resolvers, which changes both pricing and reliability dynamics. Flashbots MEV-Share explicitly frames its protocol as an orderflow auction that internalizes MEV and redistributes bids based on user-configured rules.
A decision-quality evaluation focuses on mechanics: who is competing, what information is shared, how constraints are enforced, how gas is handled, and what happens when fills fail. When those mechanics are understood, “price improvement” becomes measurable rather than marketing language.
The post Orderflow Auctions Explained: RFQ, OFA, and Where “Price Improvement” Comes From appeared first on Crypto Adventure.
