Some time ago, I came across research from ETH Zรผrich showing that 27% of 108,667 large Ethereum swaps were executed at suboptimal prices.
Researchers analyzed swaps over $30K and found that better routing could have saved nearly 30,000 trades at least $30.
Here are 5 things I learned โ
1๏ธโฃ A direct swap doesn't always give you the most tokens
Let's say you're swapping $ETH for $USDC.
You have several options:
โข Swap directly through an ETH/USDC pool
โข Route through ETH โ USDT โ USDC
โข Split your order across several liquidity pools
Each option has different liquidity, price impact, and gas costs.
The ETH Zรผrich study found that optimizable trades could have received an average of 0.15% more through better routing.
For a $100,000 swap, that's an extra $150. This is exactly why DEX routers exist.
Fynd, for example, is the router
@PropellerSwap built to find the best swap routes across liquidity pools.
But finding the best route is only half the problem.
2๏ธโฃ Your swap route can become outdated before it executes
Here's something most DeFi users don't realize.
When you request a swap, the router calculates a route based on current liquidity and prices. You approve the tx, sign it, and wait for it to execute onchain.
That process can take a fraction of a second or stretch into tens of seconds.
During that time:
โข Another trader can move prices in your chosen pool
โข Liquidity providers can withdraw funds
โข Arbitrageurs can eliminate price differences
โข Market makers can update their quotes
So the route that looked optimal when you signed might be significantly worse when your transaction actually executes.
A perfectly calculated quote can become outdated within milliseconds.
3๏ธโฃ Integrated route optimization
This was the most interesting part of my research.
Most traditional routers calculate execution paths before transactions are submitted, and some prepare alternative routes or fallback options in case conditions change.
These approaches still have limitations, and newer alternatives are emerging:
Fynd InBlock is one of them. Instead of relying on routes calculated beforehand, it lets block builders run an entirely new route search immediately before the tx executes.
โข You submit a swap with an initial route
โข The block builder processes preceding transactions
โข Fynd, running inside the block builder, searches for a better route using the updated pool states
โข If a better route exists, it can replace the original
It's essentially performing a fresh search based on the liquidity available at your exact position inside the block.
4๏ธโฃ What if there's no optimal route?
Imagine swapping $50,000 in $ETH for $USDC.
Your original route uses Pool A, but another trader moves its price before your transaction executes.
Pool B now offers a better deal.
Instead of sticking with the outdated route, Fynd InBlock can discover Pool B and switch before execution.
If no better route exists, your trade uses the original route, subject to the same minimum output requirement.
5๏ธโฃ Beyond DEX aggregators
Better execution benefits the entire trading infrastructure:
โข Wallets can offer more reliable swaps
โข Trading terminals can reduce failed transactions and slippage
โข Aggregators can compete on actual execution quality
โข Block builders can earn revenue from improving routes
The ETH Zรผrich research showed how much value inefficient routing leaves on the table.
My prediction is that the next moat in DEX execution isn't finding the best route faster, but rather finding the best route at the exact moment your trade executes.
If you want to read more about how Fynd InBlock works, start here: