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.
Start with the shortest useful explanation before going deeper.
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.
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.
Most useful when you are moving through DeFi Builder Path and need grounded vocabulary inside a real build flow.
Use this compact block when you want to give an agent or assistant grounded context without dumping the entire page.
Order Book (On-Chain) (order-book) Category: DeFi Definition: 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. Aliases: CLOB Related: DEX (Decentralized Exchange), OpenBook, Phoenix
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 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.
A community-maintained on-chain order book DEX forked from Project Serum after its collapse. OpenBook v2 features a fully on-chain central limit order book (CLOB) with maker/taker fees. It supports limit orders, IOC (immediate-or-cancel), and post-only orders. Many Solana DEXs use OpenBook markets as a liquidity source.
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.
These are the next concepts worth opening if you want this term to make more sense inside a real Solana workflow.
These entries are easy to mix up when you are reading quickly, prompting an LLM, or onboarding into a new layer of Solana.
A UX design philosophy and infrastructure layer that hides blockchain-specific complexity from end users, allowing them to interact with dApps without knowing which chain they are on. Chain abstraction aggregates cross-chain routing, gas payments, bridging, and account management into a seamless experience. Projects like Particle Network and NEAR's chain signatures enable users to operate across multiple chains through a single interface.
An on-chain order to buy or sell a token at a specific price or better, executed automatically when the market reaches the target price. Jupiter Limit Orders use a keeper network that monitors prices and executes orders. Unlike CEX limit orders, on-chain limits may have partial fills and rely on available DEX liquidity at the trigger price.
The multi-party pipeline through which maximal extractable value is captured: searchers identify profitable orderings, builders construct optimal blocks from bundles, relays facilitate trustless builder-proposer communication, and proposers select and finalize blocks. Over 90% of Ethereum L1 blocks flow through MEV-Boost. Proposer-builder separation (PBS) aims to formalize these roles at the protocol level.
Glossary entries become useful when they are connected. These links are the shortest path to adjacent ideas.
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.
A community-maintained on-chain order book DEX forked from Project Serum after its collapse. OpenBook v2 features a fully on-chain central limit order book (CLOB) with maker/taker fees. It supports limit orders, IOC (immediate-or-cancel), and post-only orders. Many Solana DEXs use OpenBook markets as a liquidity source.
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 these paths when you want to move from isolated lookup into guided exploration.
Learn the trading and liquidity vocabulary behind the app layer.
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.