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.
Start with the shortest useful explanation before going deeper.
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.
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.
Limit Order (On-Chain) (limit-order) Category: DeFi Definition: 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. Related: Jupiter, 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.
The dominant DEX aggregator on Solana, routing trades across 20+ DEX protocols to find optimal pricing. Jupiter splits orders across multiple routes and pools to minimize price impact. It also offers limit orders, DCA, perpetuals (via Jupiter Perps), and a token launchpad (LFG). The JUP governance token was airdropped in January 2024.
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.
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.
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.
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.
The dominant DEX aggregator on Solana, routing trades across 20+ DEX protocols to find optimal pricing. Jupiter splits orders across multiple routes and pools to minimize price impact. It also offers limit orders, DCA, perpetuals (via Jupiter Perps), and a token launchpad (LFG). The JUP governance token was airdropped in January 2024.
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.