MEV Bot GitHub
Search GitHub for "mev bot" and you'll find hundreds of repositories. The most-starred public MEV bot repos include rusty-sando (Rust sandwich bot by libevm), subway-rs, sandwich-bot-py, mev-template-rs, and the official flashbots/mev-inspect-py. Most have stars in the thousands. None of them generate sustained profit in production. Production bots differ from public repos on four structural axes: strategy depth (multi-layer attacks not documented publicly), bribe ceiling (99.9% vs 80–95%), gas optimization (200–400k gas vs 600k–1.5M), and direct builder relationships that throttle untrusted bundle senders. Public repos also lack the low-latency RPC infrastructure (co-located nodes peered with Beaverbuild, Titan, rsync-builder), the MEV-Share rebate access reserved for trusted searchers, and the historical bundle data needed to tune profit thresholds. By the time a strategy lands in a public README, it's already been outcompeted on-chain.
This page covers the most popular MEV bot GitHub repos, why public code fails in production, and what changes when you license a working bot vs build from scratch.
- Popular MEV bot GitHub repos
- Why GitHub MEV bots don't generate profit
- The latency arms race
- Builder relationships matter more than code
- Free MEV bots vs paid MEV bots — honest comparison
- Open source vs purchased license
Popular MEV bot GitHub repos
The most-starred MEV bot repos on GitHub include:
- rusty-sando — Rust sandwich bot template by libevm. Clean architecture, good Rust patterns. Hasn't been updated for current bundle relay APIs.
- subway-rs — fork-friendly Rust sandwich bot. Demonstrates the mempool decode → simulate → submit pipeline.
- sandwich-bot-py — Python educational implementation. Useful for understanding the math; too slow for production.
- mev-template-rs — generic template repo with sandwich + arbitrage skeleton.
- flashbots/mev-inspect-py — official Flashbots indexer; not a bot, but the canonical reference for how to identify MEV transactions on-chain.
These are excellent learning resources. They are not profitable as-deployed.
Why GitHub MEV bots don't generate profit
Four structural reasons:
- Strategy depth. Public repos implement basic two-hop arbitrage. Production bots run multi-hop cross-DEX and triangular arbitrage, cross-pool routes, JIT liquidity, and swap-JIT combos. The path-finding math for these is proprietary and not documented.
- Bribe ceiling. Open-source bots typically cap bribes at 80–95% of expected profit. Production bots go 99%+, tipping up to 99.9%. You can't outbid the market with a conservative bribe strategy.
- Gas optimization. Public Solidity contracts use OpenZeppelin and standard patterns — 600k–1.5M gas per bundle. Production contracts use inline assembly and custom packing — 200k–400k gas. The gas savings alone can be the difference between profitable and unprofitable.
- Pool coverage. Public bots monitor 50–200 pools. Production bots monitor 2,000+, including new pools the moment they're deployed.
The latency arms race
MEV is fundamentally a latency game. The bot that decodes a pending transaction first, computes its bid first, and submits to builders first usually wins. Public GitHub bots run on generic cloud providers through public RPC endpoints — 50–200 ms latency to mempool feeds, 30–80 ms to relays. Production bots run on bare metal in low-latency data centers (Frankfurt, Zurich, Ashburn VA), peering directly with major validator nodes — sub-20 ms end-to-end. That order-of-magnitude latency advantage means production bots see opportunities first and outbid public bots every time.
Builder relationships matter more than code
Block builders aren't neutral utilities. They throttle untrusted senders, mute spammy bundle streams, and prioritize bundles from reputable operators. Established MEV operators have direct lines to builder ops teams (private comms, on-call engineers, dedicated bundle endpoints). New entrants from public GitHub forks get no such treatment; their bundles compete for inclusion at the bottom of the priority queue. This is why the same code can be profitable for one operator and unprofitable for another — the code is a small part of the system.
Free MEV bots vs paid MEV bots — honest comparison
The crypto trading bot market splits into two camps: free open-source bots (GitHub repos, hobby projects, community Discords) and paid commercial bots (licensed software, SaaS, source code purchases). Here's how the two compare on the dimensions that actually determine whether a MEV bot makes money:
| Dimension | Free / open-source | Paid (JaredETH MEV bot class) |
|---|---|---|
| Upfront cost | $0 | Available on MevLex.com |
| Strategy depth | Basic two-hop arb | Multi-hop cross-DEX & triangular arb, flash-loan arb, JIT, swap-JIT combos |
| Gas cost per bundle | 600k–1.5M gas | 200k–400k gas (custom assembly) |
| Builder bribe ceiling | 80–95% of profit | 99.9% of profit |
| Pool coverage | 50–200 pools | 2,000+ pools (incl. new pools at deploy) |
| Infrastructure | You set up RPC, mempool feed, server, monitoring | Managed (license) or pre-built (source) |
| Builder relationships | None — bundles compete at bottom of priority queue | Direct lines to Beaverbuild, Titan, Flashbots ops |
| Updates & maintenance | Community PRs, often abandoned | Continuous — actively maintained and improved |
| Realistic outcome | Educational; rarely profitable | Production arbitrage system, proven on-chain — verifiable on Etherscan (JaredETH) |
Free MEV repos are reading material. Production MEV requires production infrastructure — either build it (months of work, six-figure capex) or run a production deployment that already exists, like JaredETH.
Open source vs a production bot
Forking a GitHub MEV bot is free but unlikely to generate profit. A production bot like JaredETH has the strategy depth, gas optimization, builder relationships, and capital efficiency that public repos lack — proven on-chain and verifiable on Etherscan. For a full breakdown of build vs buy economics, see the build a MEV bot guide. For a MEV bot you can run yourself, visit MevLex.com.
Further reading and references
- Flashbots mev-inspect-py — Canonical reference indexer for identifying MEV transactions on-chain. Not a bot; the diagnostic tool.
- Flashbots ecosystem repos — Official Flashbots open-source organization — MEV-Boost, MEV-Share node, relay code.
- Flashbots MEV-Inspect — Open-source MEV attribution pipeline — lets you cross-check any claimed performance against on-chain reality.