A high-performance on-chain order book DEX on Solana with a fully on-chain FIFO matching engine. Phoenix is designed for low-latency trading without cranks—orders are matched atomically within the same transaction. It supports limit orders, market orders, and provides a maker rebate structure to incentivize liquidity.
Start with the shortest useful explanation before going deeper.
A high-performance on-chain order book DEX on Solana with a fully on-chain FIFO matching engine. Phoenix is designed for low-latency trading without cranks—orders are matched atomically within the same transaction. It supports limit orders, market orders, and provides a maker rebate structure to incentivize liquidity.
Use the quick analogy first so the term is easier to reason about when you meet it in code, docs, or prompts.
Think of it as a market mechanic used to price, route, or move capital through liquidity apps.
Place the term inside its Solana layer so the definition is easier to reason about.
AMMs, routing, liquidity, lending, and trading infrastructure.
Turn the term from vocabulary into something operational for product and engineering work.
This term unlocks adjacent concepts quickly, so it works best when you treat it as a junction instead of an isolated definition.
Use this compact block when you want to give an agent or assistant grounded context without dumping the entire page.
Phoenix (phoenix) Category: DeFi Definition: A high-performance on-chain order book DEX on Solana with a fully on-chain FIFO matching engine. Phoenix is designed for low-latency trading without cranks—orders are matched atomically within the same transaction. It supports limit orders, market orders, and provides a maker rebate structure to incentivize liquidity. Related: Order Book (On-Chain), DEX (Decentralized Exchange)
Use glossary context, relationships, mental models, and builder paths to get structured answers instead of generic chat output.
Optional: paste Anchor, Solana, or Rust code so the Copilot can map primitives back to glossary terms.
The Copilot will answer using the current term, related concepts, mental models, and the surrounding glossary graph.
These branches show which concepts this term touches directly and what sits one layer beyond them.
A trading system that matches buy and sell orders at specified prices, implemented fully on-chain. Unlike AMMs, order books enable limit orders and don't require liquidity pools. Solana's high throughput makes on-chain order books viable. Phoenix uses a FIFO matching engine; OpenBook (Serum v4) uses a crank-based model.
A protocol for trading tokens directly on-chain without a centralized intermediary. Solana DEXs use either AMM pools (Raydium, Orca, Meteora) or on-chain order books (Phoenix, OpenBook). DEXs are composable—aggregators like Jupiter route through multiple DEXs for optimal pricing.
These are the next concepts worth opening if you want this term to make more sense inside a real Solana workflow.
Glossary entries become useful when they are connected. These links are the shortest path to adjacent ideas.
A trading system that matches buy and sell orders at specified prices, implemented fully on-chain. Unlike AMMs, order books enable limit orders and don't require liquidity pools. Solana's high throughput makes on-chain order books viable. Phoenix uses a FIFO matching engine; OpenBook (Serum v4) uses a crank-based model.
A protocol for trading tokens directly on-chain without a centralized intermediary. Solana DEXs use either AMM pools (Raydium, Orca, Meteora) or on-chain order books (Phoenix, OpenBook). DEXs are composable—aggregators like Jupiter route through multiple DEXs for optimal pricing.
These entries live beside the current term and help the page feel like part of a larger knowledge graph instead of a dead end.
A protocol that enables token swaps using algorithmic pricing against pooled liquidity instead of matching individual buyers and sellers. AMMs use mathematical formulas (typically constant product x*y=k) to determine prices based on the ratio of tokens in a liquidity pool. On Solana, major AMMs include Raydium, Orca, and Meteora.
An AMM design where liquidity providers concentrate their capital within specific price ranges instead of across the full 0-to-infinity range. CLMMs dramatically improve capital efficiency—LPs earn more fees per dollar deposited within their active range. If the price moves outside the range, the position becomes inactive. Orca Whirlpools and Raydium CLMM are leading implementations on Solana.
A smart-contract-held reserve of two or more tokens that enables trading via an AMM. Users deposit token pairs in specified ratios to become liquidity providers and earn trading fees. Pools are identified by their token pair and fee tier. Pool depth (total value locked) determines price impact for trades.
A token issued to liquidity providers representing their proportional share of a pool's reserves and accrued fees. LP tokens can be burned to withdraw the underlying assets. The value of LP tokens changes as the pool's token ratios shift and fees accumulate. LP tokens are often stakeable in yield farming programs for additional rewards.