SUPA AMM
SUPA: Solana Uniform-Price Auctions
One Slot. One Price. Zero Front-Running.
Overview
SUPA (Solana Uniform-Price Auctions) is a next-generation AMM architecture built by Kinetic that batch-clears all trades within each Solana slot (~400 ms) at a single, fair market price.
Instead of processing swaps one-by-one, SUPA collects all orders during a slot, determines a uniform clearing price, and settles everyone equally. This design eliminates intra-slot MEV, neutralizes front-running, and rewards genuine trading flow — while remaining 100 % on-chain and fully composable with other Solana protocols.
SUPA transforms Solana’s speed into fairness. Every slot becomes a micro-auction that clears once — equally for everyone.
Why SUPA Exists
Continuous AMMs like Raydium or Orca execute trades sequentially, meaning execution depends on when your transaction lands. That ordering opens the door for:
🥪 Sandwich attacks — bots front-run and back-run pending swaps.
⚡ Latency races — users compete for queue position.
💸 Unfair fills — later trades get worse prices than earlier ones.
SUPA replaces that race with a shared clearing event. All trades in a slot execute together at a uniform price, removing the timing advantage entirely.
How It Works
Each Solana slot (~400 ms) runs through a three-phase cycle:
Collection — Traders submit swap orders and LP intents.
Commitment — The first post-slot transaction fixes the batch outcome and computes the uniform clearing price.
Settlement — Permissionless keeper cranks process chunks of orders and pay out results.
Every trade in the batch executes at the same price:
[ p^* = \frac{Y + b}{X + a} ]
where:
X, Y = current pool reserves
a = total X sold
b = total Y sold
All participants in the slot receive the same execution price p*. Fees are split between liquidity providers, the protocol, and the crank keepers who finalize batches.
No front-running. No race conditions. Just fair, on-chain price discovery — every 400 ms.
Benefits
For Traders
Equal execution for all participants
Reduced slippage when opposite flows offset
Protection from sandwich MEV and latency bots
For Liquidity Providers
Familiar CPMM economics, but with greater flow fairness
Static, transparent fee structure (
f = fLP + fcrank + fprotocol)MEV protection drives higher net volume and LP yield
For Builders
Fully on-chain architecture using PDAs and permissionless cranks
Seamless integration with routers and aggregators
Extensible to limit orders, dynamic fees, and new AMM invariants
What Makes SUPA Different
Feature
Standard CPMM
SUPA CPMM
Trade processing
Continuous, sequential
Batched once per slot
Price per trade
Moves after every trade
One uniform clearing price
MEV exposure
High (path-dependent)
Neutralized (order-invariant)
Fairness
Depends on timing
Equal for all traders
Solana optimization
Partial
Purpose-built for Solana PDAs + cranks
What’s Next
Launch of first SUPA Pools:
SOL/USDCandSOL/USD1Liquidity provider onboarding and incentive programs
CPMM ↔ SUPA integration via Kinetic’s router
Future upgrades:
Limit and scheduled orders
Dynamic, volatility-aware fee models
Support for other invariants (Curve-style, Balancer-style, CLMM)
TL;DR
SUPA = Fair, Fast, MEV-Proof AMM. Each Solana slot becomes a mini call auction that clears once for everyone — balancing speed with fairness, and execution with integrity.
Tagline Options
“Fair, Fast, and MEV-Proof by Design.”
“One Slot. One Price. Zero Front-Running.”
“Solana’s First On-Chain Batch-Auction AMM.”
Built by the Kinetic Team — advancing on-chain capital market design for the Solana ecosystem.
Last updated