Jupiter Explained: How Solana's DEX Aggregator Routes Your Swap

Jupiter's Market Position on Solana
Jupiter serves as Solana’s primary DEX aggregator, routing user swaps across more than 100 liquidity sources to deliver optimized execution. Multiple project sources list it at approximately 95 percent of Solana DEX aggregator volume based on mid-2026 figures from Solana Compass and app-jupiterswap.com.
That dominance has faced measurable pressure. Weekly share data from early August 2026, reported by SolanaFloor using Blockworks metrics, placed Jupiter at an all-time low of 68 percent, with OKX capturing 18 percent and DFlow 10 percent. Earlier readings had shown Jupiter above 88 percent, indicating a clear shift toward multi-aggregator competition.
The change reflects growing adoption of alternative engines such as OKX and DFlow on the meta-aggregator path. While Jupiter retains the largest single share, the August 2026 numbers demonstrate that traders now actively compare routing outcomes across several platforms rather than defaulting to one service.
Liquidity Sources and Aggregation Layer
Jupiter aggregates liquidity from over 100 Solana DEXes and AMMs, including Raydium, Orca, and Meteora. This broad pool is accessed through both onchain and offchain paths, allowing the platform to combine direct pool interactions with external quotes.
The aggregation layer surfaces this liquidity by pulling real-time data from multiple venues and assembling the most efficient combination for each swap. Onchain paths execute directly against the listed DEXes and AMMs, while offchain paths add competitive quotes that often improve pricing on high-volume pairs.
A meta-aggregator endpoint handles the primary flow, letting all available sources compete before the final route is selected. A self-learning mechanism continuously evaluates performance and sidelines weaker sources, keeping the surfaced liquidity focused on the best available options at any moment.
Routing Engines and Their Competition
Jupiter routes swaps through a meta-aggregator path on the primary endpoint where multiple engines compete directly, or through a dedicated Router path that restricts execution to the Metis onchain engine. Metis handles onchain multi-hop and multi-split routing across dozens of DEXes and AMMs, using intermediate tokens to find better paths; its v1.6 update in 2025 added advanced splitting logic and is now available as standalone open-source software.
JupiterZ operates as an RFQ system in which market makers submit competing offchain quotes. On major pairs it frequently delivers execution 5-20 bps better than pure onchain routes. The Router path excludes JupiterZ entirely, returning raw instructions instead of an assembled transaction so developers retain full control for CPI calls or custom modifications.
Third-party engines Dflow and OKX also participate in the meta-aggregator competition. Blockworks data cited by SolanaFloor showed Jupiter’s weekly aggregator volume share falling to an all-time low of 68 percent in early August 2026, with OKX at 18 percent and DFlow at 10 percent. A self-learning mechanism continuously sidelines underperforming sources across all engines to maintain competitive pricing.
Manual Mode lets users enable or disable specific routers and the more than 100 liquidity venues, while Ultra Mode adds automated elements such as RTSE slippage handling. The performance gap between JupiterZ RFQ liquidity and onchain Metis routing remains the clearest differentiator for traders prioritizing price on high-volume pairs.
Manual Mode, Ultra Mode and Router Path Compared
Jupiter offers three distinct execution paths that trade off automation against control. The table below summarises the differences across the criteria specified.
| Mode | Fee Structure | Engine Availability | Customisation Options | MEV Protection | Required User Input |
|---|---|---|---|---|---|
| Manual Mode | No Jupiter platform fees | JupiterZ and Metis via meta-aggregator | Disable individual routers or AMMs from 100+ sources | Not automated | Configure slippage, select or exclude sources |
| Ultra Mode | No Jupiter platform fees (inferred from meta-aggregator path) | JupiterZ and Metis via meta-aggregator | Limited; RTSE handles slippage automatically | Automated via RTSE | Minimal; primarily approve the assembled transaction |
| Router Path | No Jupiter platform fees | Metis only (onchain engine via /swap/v2/build) | Full custom control including CPI calls and transaction modifications | Not provided by JupiterZ RFQ | Build and sign raw instructions manually |
Manual Mode suits users who want to fine-tune liquidity sources. Ultra Mode reduces decision overhead while retaining the meta-aggregator’s competitive routing. The Router Path is intended for developers needing raw instruction sets and maximum composability, at the cost of excluding off-chain JupiterZ quotes.
Step-by-Step Swap Routing Flow
The primary flow begins when a client calls the /swap/v2/order endpoint. This meta-aggregator request triggers simultaneous competition among Metis, JupiterZ, Dflow, and OKX so the best route is selected for price, slippage, and success probability.
Metis evaluates on-chain multi-hop and multi-split paths across more than 100 DEXes and AMMs while JupiterZ solicits off-chain quotes from market makers. A self-learning layer automatically deprioritizes sources that underperform on recent trades. Once the optimal path is chosen, Jupiter assembles a complete, signed-ready transaction that includes all necessary instructions and any required intermediate token swaps.
The assembled transaction is returned to the caller. Execution then proceeds through the managed /execute endpoint, which handles final landing on-chain, monitors for failures, and applies any Ultra Mode protections such as RTSE slippage or MEV safeguards.
Developers who need full control can instead use the Router path via /swap/v2/build. This endpoint returns only raw instructions limited to the Metis engine and excludes JupiterZ RFQ liquidity. The caller can then insert custom CPI calls, reorder instructions, or modify accounts before broadcasting the transaction independently.
Both paths remain free of platform fees when used in Manual Mode or the Router configuration, leaving only network costs and any DEX-specific fees embedded in the route.
FAQ
Does Jupiter require KYC for swaps?
Jupiter runs as a non-custodial aggregator on Solana. No KYC is required for most swaps, though identity verification may be requested in specific compliance situations.
How much price improvement does JupiterZ deliver?
JupiterZ RFQ liquidity often beats onchain routing by 5-20 bps on major pairs according to the project documentation.
Can users choose which routing engine to use?
Manual Mode lets traders enable or disable Metis, JupiterZ and other sources. Ultra Mode automates more decisions including slippage via RTSE.
What happens when a routed swap fails?
The meta-aggregator path returns an assembled transaction that can be retried. The Router path supplies raw instructions so developers can add custom retry logic or CPI modifications.
Which tokens and DEXes does Jupiter support?
Jupiter aggregates liquidity from over 100 Solana DEXes and AMMs including Raydium, Orca and Meteora through both onchain and offchain paths.
What changed with the Metis engine in 2025?
Metis v1.6 added advanced splitting and more intermediate tokens. After release the engine became a standalone open-source project at metis.builders.
Private crypto swaps
Best rates. Secure. Wallet to wallet
