Axiom MEV protection: the three modes explained

Every swap you send is visible to someone before it is final, and on busy memecoin pools that someone may be a bot built to profit from your order. Axiom MEV protection is the setting that decides how exposed your transaction is on its way to the chain. This page explains MEV and sandwich attacks without jargon, the three modes exactly as Axiom documents them, and how priority fee, bribe and Katana Mode fit in.

What is MEV, in plain language?

MEV stands for maximal extractable value. It is the profit that someone with influence over transaction ordering can make by placing their own transactions before or after yours. On a blockchain, validators decide which transactions go into a block and in what order, and specialized bots pay to influence that order.

Some MEV is harmless to you, such as arbitrage between two pools. The kind that costs traders money is the kind that reacts to your specific order. On thin, volatile tokens, which describes most memecoins, a single buy moves the price enough to be worth attacking.

How do sandwich attacks work?

A sandwich attack places one transaction in front of your buy and one behind it. The bot sees your pending buy, buys first and pushes the price up, lets your buy fill at the higher price, then sells into the price you just supported. You receive fewer tokens for the same money, and the difference is the bot's profit.

Your slippage setting is what makes the attack possible. Slippage is the amount of price movement you agree to accept. If you allow 20%, a bot can push the price up to 20% against you and your order will still go through. This is why the high slippage values commonly used on new pairs, and sandwich attacks, tend to appear together.

Two things reduce the damage: keeping your transaction away from parties who would exploit it, which is what MEV modes do, and keeping slippage as tight as the token allows.

What are Axiom's three MEV modes?

Axiom's Solana fees documentation describes three modes: Off, Reduced and Secure. You choose one per preset, next to slippage, priority fee and bribe.

The reason Secure can be slower follows from how it works. If only approved validators may process your transaction, there are fewer chances for it to be picked up at any given moment than if every validator could take it.

These modes are documented for Solana. How MEV is handled on the other chains Axiom supports is not described in the docs we reviewed. One related control does appear in the changelog: on Robinhood Chain, an Express Lander setting with a 0.001 ETH default was added on 2026-07-20.

Which MEV mode does Axiom recommend?

Secure. Axiom's docs recommend it, and for most trades it is the sensible default: a swap, a limit order or a position you are entering with some thought loses little from a possible short delay and can lose a lot to a sandwich.

Some traders switch to Reduced or Off for moments when landing first matters most to them, such as crowded launches. That is a community habit, not official guidance, and it is a trade of one risk for another. You can set it up deliberately: Axiom's P1, P2 and P3 presets each store their own slippage, priority fee, bribe and MEV mode, so one preset can stay on Secure while another is tuned for speed. The Axiom settings guide walks through presets.

Priority fee vs bribe: what is the difference?

The priority fee is an extra network fee that asks for your transaction to be processed sooner. The bribe is a tip paid to the validator for including it. Both buy speed. Neither buys protection.

Axiom auto-suggests values for both. The docs give no recommended figures beyond the defaults, so the much higher numbers quoted in trading communities for launches are habit, not guidance. These costs are small per trade and add up over hundreds of trades, which is why Axiom includes fees in its PnL figures. Our Axiom fee breakdown shows how they sit next to the trading fee.

What is Katana Mode?

Katana Mode is Axiom's predictive fee feature. According to the in-app changelog, V2 shipped on 2026-06-29 and V3 on 2026-09-12, and Axiom describes it as coming "at no extra cost". The idea is that Axiom predicts the fee level needed for a transaction to land instead of leaving you to guess a fixed number.

Axiom has not published how the prediction works, so we cannot say how it behaves in extreme congestion. "No extra cost" refers to Axiom not charging for the feature. The network fees it selects are still paid by you. If you use it, watch what it actually spends for a while before you trust it on size.

When does speed conflict with protection?

Whenever many people want the same block. Protection narrows who may process your transaction, and speed comes from letting anyone process it. The conflict is sharpest in three cases.

• Launches and migrations. In a migration snipe, a delay of a block or two can change the entry price a lot. It is also where sandwich bots are most active, because slippage settings are wide.
• One-click buys. Quick Buy on Pulse uses whatever preset is active. If that preset is tuned for speed with wide slippage and MEV Off, every impulse buy carries that exposure.
• Exits in a falling market. When you need out, a slower Secure transaction can cost more than a sandwich would. Decide in advance which preset you sell with.

Axiom's homepage says limit order triggers are MEV-resistant and land in one block or less. That is the company's claim, and we have not verified it independently.

What does MEV protection not cover?

It covers one problem: someone exploiting your transaction while it is in flight. Everything else about a trade is untouched.

• Normal price impact. In a thin pool your own order moves the price with no attacker involved.
• Bad tokens. A perfectly protected buy of a token that gets dumped by its creator is still a loss.
• Account security. MEV modes do nothing about phishing or stolen browser sessions. Log in only at axiom.trade.
• Guarantees. We found no public audit or independent test of the modes. Treat Secure as strong risk reduction.

Sources: Axiom docs: Solana fees, Axiom in-app changelog and axiom.trade homepage (read 2026-09-17), docs.axiom.trade.