All articles
MEV·February 5, 2026·4 min read

Backrunning Bots: Capturing MEV Without Front-Running

Backrunning captures MEV by landing immediately after a target transaction — no sandwiching, no victim, and increasingly tolerated by validators and protocols alike.

Not all MEV is predatory. Sandwiching drains traders. Front-running steals price discovery. But backrunning — landing your transaction immediately after a target — extracts value from the market's natural disorder without directly harming anyone in the chain. That distinction matters more than ever as protocols, validators, and institutional LPs draw sharper lines around what MEV they will and will not tolerate.

What Backrunning Actually Is

When a large swap hits a Solana AMM pool, it moves the price. For a brief moment the pool price diverges from prices on every other venue — Raydium versus Jupiter aggregator routing, one CLOB versus another, or a Hyperliquid perp versus its spot equivalent. A backrunning bot detects that divergence at inclusion time and fires an arbitrage transaction in the very next slot, restoring equilibrium and pocketing the spread.

The mechanics on Solana are tightly coupled to Jito's block engine. Searchers subscribe to a geyser stream (or an equivalent transaction feed from an RPC cluster) to watch for high-value swaps in real time. The moment a qualifying transaction is detected and simulated for expected post-trade pool state, the searcher assembles a bundle — the target transaction plus its own arb — and submits it via Jito's sendBundle RPC with a tip that out-bids competing bundles for the same block position. Priority fees inside the bundle further guarantee ordering. End-to-end the useful window is measured in milliseconds; a 200 ms reaction loop is already too slow for contested opportunities.

Crucially, the searcher never inserts anything before the target. There is no victim. The swap executes at exactly the price the user expected; the backrunner simply captures the price impact that would otherwise sit idle until the next organic trade.

Why Validators and Protocols Tolerate It

Jito's MEV framework explicitly distinguishes bundle types. Sandwiches — bundles that wrap a user transaction on both sides — are increasingly filtered or soft-blocked by relayers and RPC providers responding to community pressure. Backrunning bundles face no such friction because they provide a measurable service: faster price convergence across venues improves pool efficiency and, by extension, reduces the average slippage future traders pay.

On Hyperliquid, the dynamic is similar but plays out across a CLOB rather than AMM math. A large market order moves the mid-price; a backrunner watching the order book can place or cancel limit orders to capture the momentary funding-rate divergence or the cross-venue spread between Hyperliquid perps and Binance futures. Because Hyperliquid settles on its own L1 with deterministic ordering, the latency game shifts from raw mempool speed to co-location and API round-trip optimization.

Polymarket resolution arb is another clean variant: once a market resolves YES or NO on-chain, shares worth $1.00 can still trade below par for seconds while slower participants react. A Polymarket arb bot built to monitor UMA oracle finalization events and sweep mis-priced shares is doing pure backrunning — the resolution transaction came first, and the bot simply follows.

Building a Backrunner That Stays Safe

Legitimate strategy does not mean low engineering complexity. Production backrunners need several interlocking safeguards:

  • Simulation before submission. Every candidate bundle is dry-run against a forked state before the tip is committed. Anti-rug simulation catches pools with fee-on-transfer tokens or honeypot logic that would pass a naive price check but drain the bot's inventory on execution.
  • Inventory skew limits. Arb legs leave residual token exposure. A kill-switch threshold — typically expressed as a max net delta in USD — liquidates open legs if the position exceeds the risk budget, preventing a single bad fill from compounding.
  • Adaptive tip sizing. Jito bundle tips are an auction. Overbidding on low-spread opportunities erodes PnL; underbidding loses the slot. A feedback loop tracking win rate by tip level keeps the bot competitive without subsidizing validators unnecessarily.
  • Geyser stream health monitoring. A stale feed is worse than no feed — the bot thinks it is seeing fresh state while trading against outdated prices. Heartbeat checks and automatic failover to a secondary RPC are non-negotiable.

Our trading-bot services cover the full stack from geyser integration and bundle submission through simulation harnesses and risk controls — built for teams that want production-grade infrastructure without assembling it from scratch.

From Proof-of-Concept to Production Edge

The gap between a backrunner that works in a test environment and one that holds up under real network congestion is substantial. Slot times vary, competing bundles multiply during high-volatility windows, and a strategy that was profitable at 50 ms latency can turn negative if the cluster degrades. The Solana arb bot we shipped for a quant team illustrates exactly this progression — early simulations looked strong; production required three rounds of latency work, smarter tip calibration, and a custom simulation cache before the Sharpe ratio stabilized.

Backrunning is not a shortcut. It is a narrow technical discipline that rewards engineering precision over clever ideas.


If you are building a backrunner — on Solana, Hyperliquid, or any other venue — and want experienced engineers who understand both the MEV mechanics and the production risk controls, start a project with TierZero. We scope, build, and ship.

Need a bot like this built?

We design, build and run trading bots on Solana, Hyperliquid and Polymarket.

Start a project
#backrunning#mev#arbitrage