For educational purposes only. Not financial advice.

TL;DR

MEV bots watch mempools for new pool creation events and immediately buy tokens at or near the initial pool price, then sell into organic buyers for a profit. Founders can defend against this by targeting high supply ownership (70-90%+), which pushes the price up before snipers can exit profitably and leaves less cheap float available. The tradeoff is a thinner pool and centralisation optics. Contract-level protections offer an alternative or complementary approach.

What MEV Sniping Is

When a new liquidity pool is created on a DEX, there is a brief window between pool creation and the first organic buyer entering. Bots monitor the mempool (the queue of pending transactions) for pool creation events. As soon as they detect one, they submit their own buy transaction at a very high gas price to jump ahead in the queue and buy tokens at or near the initial pool price.

The attack has two parts. First, the bot buys cheap tokens before anyone else can react. Second, it waits for organic buyers to push the price up, then sells into that demand for a profit. The bot does not need the token to succeed long-term. It just needs a few seconds and a willing market of organic buyers to dump into.

On Ethereum, this is a mature attack category. Bots like jaredfromsubway, widely documented by Ethereum researchers, have extracted significant amounts from new launches using sandwich attacks and pool-creation sniping. The mempool is public, the bots are fast, and the opportunity is reliable.

How High Supply Ownership Acts as a Defence

The defence mechanism works through economics. If a founder buys 70-90% of the supply at launch, two things happen simultaneously.

First, the large buy pushes the price up sharply before snipers can exit profitably. The sniper bought at the initial pool price. For the sniper to profit, organic buyers need to push the price above the sniper’s entry. But if the founder buy already moved the price significantly, the gap between the sniper’s entry and the current price is small or negative. The profit opportunity shrinks.

Second, the founder’s large buy leaves less cheap float available for bots. With most supply already held by the founder, there are fewer tokens sitting in the pool at low prices for snipers to acquire.

Third, a thin pool (the result of putting less into liquidity because most of the budget went to acquisition) means that when snipers do sell, their sell orders move the price down sharply. This increases the risk that the sniper exits below their entry price.

The result is not zero sniping. It is sniping with reduced profit margins and higher risk.

The Tradeoffs

High ownership defence comes at a real cost.

Thinner pool for everyone. If 90% of your budget goes to acquiring tokens, only 10% goes to pool liquidity. A $25K budget at 90/10 puts just $2,500 in the pool. That is thin by any standard. Every trade, including small retail buys, experiences high slippage. The pool is more volatile, less attractive to aggregators, and harder to trade in.

Centralisation optics. A founder holding 70-90% of the supply is a red flag to experienced market participants. It signals sell risk: if the founder decides to exit, the price crashes. Even with transparent communication, the centralisation optics are difficult to overcome.

Community perception risk. A community that sees a single wallet holding the majority of supply may interpret it as a scam setup rather than anti-sniper positioning. The technical rationale is not always visible or understood.

Harder to build liquidity later. Starting with a thin pool means building liquidity over time through farming incentives or protocol-owned liquidity programs. This is possible but requires sustained effort and capital.

Founder sell risk. If the founder ever needs to sell part of their large position, it will damage the price in a thin pool. This creates a locked-in dynamic that may not fit every team’s financial situation.

Chain Differences

Anti-sniper strategy varies meaningfully by chain.

Ethereum has the most active MEV ecosystem. Sandwich bots, jaredfromsubway-style snipers, and generalist MEV searchers all target new pools on Ethereum mainnet. The public mempool and high-value trading environment make Ethereum the chain where anti-sniper strategy matters most. High ownership or contract-level protections are not optional on Ethereum for teams that care about launch quality.

Solana uses a leader-based block production model where the current slot leader determines transaction ordering. This makes classic front-running structurally harder than on Ethereum, because bots cannot reliably observe a pending transaction and insert their own before it in the same block. Solana still has bots, but the MEV environment is less mature and less extractive than Ethereum mainnet. Lower MEV risk on Solana means the cost-benefit calculation for high ownership shifts.

Base is EVM-compatible and uses a similar transaction model to Ethereum, but it runs as an L2 with a single sequencer (operated by Coinbase). The sequencer controls transaction ordering, which affects MEV dynamics. Base has active bots but lower overall MEV activity than Ethereum mainnet, partly because the ecosystem is smaller and partly because sequencer ordering limits certain attack vectors. It is not MEV-free, but it is less hostile than L1 Ethereum.

Alternative Anti-Sniper Approaches

High ownership is not the only tool. Contract-level protections can be effective as standalone defences or in combination with moderate ownership targets.

Per-transaction buy limits cap how much any single address can purchase in one transaction. This directly limits the damage a sniper can do in a single attack, since they cannot buy a large position in one transaction. Bots can split their buys across multiple transactions to circumvent this, but the approach adds friction and reduces the efficiency of any single snipe.

Blocklist and delay mechanisms add an initial trading window after pool creation during which buys are blocked or limited. This gives the founder time to establish price before the public can buy. The downside is that legitimate early buyers are also blocked, which can frustrate the community.

Atomic pool creation and founder buy in the same transaction eliminates the front-running window entirely. If the pool is created and the founder buy lands in the same block, bots cannot observe the pool creation and insert their own buy before the founder. This requires smart contract engineering but is one of the cleanest technical solutions.

Launching on a lower-MEV chain is a structural solution. Choosing Solana over Ethereum mainnet does not require any additional contract protections to achieve a meaningful reduction in sniper risk.

When High Ownership Makes Sense

High ownership (70-90%+) makes the most sense when:

• The chain has active MEV bots (especially Ethereum mainnet)
• The team can credibly communicate why high ownership is a protective mechanism, not a scam signal
• The budget is large enough that even 10% in the pool still provides workable liquidity
• The team plans to reduce ownership gradually through transparent selling or token distribution programs
• Contract-level protections are not practical for the project (for example, a simple token without custom contract features)

When Contract-Level Protections Are Better

Contract-level protections make more sense when:

• The team wants to build genuine community confidence without centralisation optics
• The pool needs to be deep from day one (community tokens, utility tokens, governance tokens)
• The chain already has lower MEV risk (Solana, Base)
• The team has the technical capacity to implement custom contract features
• A thin pool would undermine the token’s actual use case

The Simulator Angle

Use the 90/10 ownership scenarios to model what the pool looks like under these conditions. The simulator shows the exact liquidity, expected slippage at various trade sizes, and the supply ownership percentage that results from a 90/10 split at your specific budget and chain.

Run the 90/10 scenario alongside the 70/30 and 80/20 scenarios for the same budget. Compare the liquidity, slippage tables, and resulting supply ownership. This side-by-side view makes the tradeoff concrete: you can see exactly how thin the pool becomes in exchange for the anti-sniper ownership target, and decide whether the tradeoff is worth it for your launch.

For educational purposes only. Not financial advice.

Try It Yourself

Model the anti-sniper tradeoff directly: run the 90/10 scenarios in the Token Launch Simulator and compare them against the 70/30 and 80/20 configurations at the same budget. See the exact liquidity and slippage curves that result from each ownership target. Try the Token Launch Simulator →

Related Concepts

• Supply Ownership: How the founder buy determines what percentage of supply a founder controls at launch
• TGE Capital Allocation: The budget split decision that determines how much goes to liquidity versus acquisition
• Price Impact: How trades move the price in a constant product AMM, directly relevant to sniper economics
• Liquidity Pool: The pool structure that snipers target and that ownership concentration protects

Frequently Asked Questions

What is MEV sniping in a token launch?

MEV (Maximal Extractable Value) sniping occurs when automated bots detect a new liquidity pool being created on a DEX and immediately execute buy orders at or near the initial pool price, before organic buyers can react. The bots then sell into the resulting buying pressure, capturing the price difference as profit. On Ethereum, these bots run sophisticated mempool monitoring and can front-run pool creation transactions.

Does high supply ownership actually stop snipers?

It raises the cost of sniping rather than stopping it outright. When a founder buys a large portion of the supply at launch, the price rises significantly before snipers can exit. The higher the price goes before snipers can sell, the smaller their profit window. A thin pool also means sniper sells themselves move the price down sharply, eroding their gains. High ownership does not prevent snipers from entering, but it reduces what they can extract.

What are the best anti-sniper approaches besides high ownership?

Common contract-level protections include per-transaction buy limits (capping how much any single address can buy in one transaction), blocklist mechanisms that restrict known bot addresses, a brief trading delay after pool creation, and atomic pool creation plus founder buy in a single transaction to eliminate the front-running window. Launching on a lower-MEV chain like Solana also reduces sniper activity structurally.

← Back to Learn