Institutional on-chain execution is an implementation-shortfall problem.
For a desk selling size, the benchmark is the market price when the trading decision was made. Execution quality depends on the final proceeds after costs and the opportunity cost of any unfilled amount.
Spread, market impact, gas, MEV leakage, failed execution, and delays can all affect that outcome. These effects overlap, so attribution matters.
That is why “MEV protected” tells an institutional desk too little about how its order will actually execute. Several distinct mechanisms sit behind that label:
🔸️ Private order flow limits exposure to the public mempool. Privacy alone does not add liquidity, and participants receiving the order may still see it before settlement.
🔸️ Batch auctions can match compatible buying and selling interest, reducing the residual volume that needs to reach AMMs.
🔸️ Solver competition can bring together inventory, private market makers, multi-pool routes, and temporary financing.
🔸️ Just-in-time liquidity can add depth around a particular order. That liquidity may disappear immediately after the trade.
Intents give the desk a way to define the required outcome: the assets, amount, minimum proceeds, and expiry. Solvers then compete to construct an execution that satisfies those signed constraints.
Settlement checks enforce the order’s conditions; the order can still expire unfilled.
Routing remains part of the job. A solver also has to assess whether a proposed settlement can be financed, remain economically viable, and reach the chain while gas prices, inventory, and pool states are changing.
An attractive route at quote time may no longer be executable by the time it is included.
The auction design matters, too.
-
@CoWSwap Protocol uses combinatorial batch auctions, allowing solvers to bid on individual orders or groups of orders.
-
@1inch Fusion uses a Dutch auction, with resolvers competing to fill as the offered rate changes.
Both delegate execution to specialists, but create different incentives around price, timing, and order matching.
At BR Labs, these are the engineering questions behind BRRRolver: combining route discovery with auction timing, gas costs, temporary liquidity, and the probability of a successful fill as market conditions change.
Flash liquidity expands the set of executable routes by financing intermediate steps within a single transaction. It can reduce the need for prefunded inventory, while adding repayment and fee requirements that the settlement must satisfy.
For institutional desks, the useful evidence is measurable execution performance: implementation shortfall against the decision price, fill rates and time to fill under stress, reliability across changing liquidity conditions, and who can access order information before settlement.
Those measures show how much of the available liquidity a desk can actually use, at what cost, and with what reliability.
markets.financialcontent.com…