Improved Routers in Meta Aggregation
Ultra uses meta aggregation to compare and aggregate quotes from various liquidity sources such as our own routers like Iris and JupiterZ, and 3rd party routers like Dflow, Hashflow, and OKX to find you the best pricing from various liquidity sources.Iris: Algorithm and Splitting Improvements
Meet Iris! Our new router exclusive to Jupiter Ultra, designed for better price and routing
performance.
- Iris now utilzies better routing algorithms like Golden-section and Brent’s method.
- Iris uses Brent’s method to optimize route splitting
- Iris is now capable of more granular splitting, up to 0.01%.
JupiterZ: Growing Volume
JupiterZ is our own RFQ engine exclusive to Jupiter Ultra.
- JupiterZ now facilitates ~$100M daily volume with zero slippage.
- All of the volume is executed with zero slippage.
Maximising Executed Price
A problem often overlooked is the lack of comparison between Executed Price versus Quoted Price. When a quote is provided, it does not necessarily represent the actual executed price. In today’s Solana DeFi landscape dominated by Proprietary (Prop) AMMs, these two numbers are increasingly divergent. Consider this scenario:| Route | Quoted Amount | Executed Amount | Slippage (Amount) | Slippage (%) |
|---|---|---|---|---|
| Route A (Traditional AMM) | 100 tokens | 80 tokens | 20 tokens | 20% |
| Route B (Prop AMM) | 150 tokens | 50 tokens | 100 tokens | 66% |
Ultra Signaling
Ultra V3 introduces Ultra Signaling, a mechanism built directly on-chain in our Jupiter Aggregator Program that allows Prop AMMs to distinguish between different types of user flow when submitting quotes to Ultra. With Ultra Signaling, Prop AMMs can identify which requests originate from Ultra and are thus able to differentiate between “non-toxic” and “toxic” order flow when quoting.- Non-toxic flow in this context refers to trades initiated by Ultra that are unlikely to be exploited by malicious practices like sandwiching or frontrunning. Since, these trades are seen as more “genuine” and less likely to adversely affect the AMM’s profit, Prop AMMs are incentivized to offer more competitive, tighter pricing to these trades.
- Toxic flow typically comes from sources outside of Ultra (as seen from MEV-Protection) and may include trades that are more susceptible to MEV opportunities. Since these trades carry more risk for Prop AMMs, they are generally quoted with wider spreads or less favorable prices.
Impact
By signaling to Prop AMMs that a user is coming through Ultra (and, therefore, more protected
from MEV or sandwich attacks), Prop AMMs can confidently provide their best possible quotes
without the heightened risk associated with toxic order flow. This results in Ultra users
consistently getting better, more reliable prices compared to other platforms, as the risk profile
for their transactions is demonstrably lower.One of the Prop AMMs we are working with, is now quoting 3 bps tighter (50% better) for our Ultra
users compared to other platforms.
Predictive Execution
Ultra V3 introduces Predictive Execution for every route before execution:- Aggregated routers return their best quotes.
- Simulating quotes on-chain to verify actual executed price vs quoted price.
- Predicting potential slippage for each route, and dynamically prioritizing the route with the least overall incurred slippage at the time of execution.
Result
Since deployment of Predictive Execution in production, we have seen great results in terms of
slippage protection for our users. Using the volume weighted average of the difference between
executed slippage and quoted for the past 7 days:
- Jupiter Ultra provided swaps on average with - positive slippage of +0.63 bps.
- Despite market volatility on 11 Oct 2025, we manage to maintain on average - above negative slippage of -10 bps
Source: Jupiter Internal MonitoringOct 7 - Oct 14, 2025
Sub-Second Transaction Landing
Every block your transaction waits, is an exposure to poorer executed price, such as market movement against your position, increased effective slippage, and a higher risk of MEV extraction opportunities. Meet Jupiter Beam! Our in-house transaction landing engine - leveraging our own validator stake and dedicated R&D efforts from our newly formed RPC team, led by Italo and team members who have contributed to Yellowstone-gRPC, NFT DAS API, Lite-RPC, Agave, and more. Thanks to their massive efforts, Jupiter Beam consistently processes transactions within sub-second latency and by operating entirely on our own infrastructure instead of relying on external providers, we eliminate the risk of artificial delays and front-running, ensuring faster and more secure execution for our users.Transaction Landing Latency
Result: 50-66% Faster Transaction Landing
Transaction landing latency has improved by 50-66% compared with our previous approach that
relied on multiple providers.
| Method | Blocks | Latency |
|---|---|---|
| Jupiter Beam | 0-1 block | ~ 50ms - 400ms |
| Traditional methods | 1-3 blocks | ~ 400ms - 1.2s |
MEV Protection
When using other providers, there is always a risk of front-running and sandwich attacks - as the trades may be sold to third-party MEV searchers. Ultra V3 does the opposite. Since we are using our own infrastructure to send transactions via Jupiter Beam, we are able to minimize the exposure to susceptible MEV risks by ensuring trades are never handed off to any external providers for on-chain execution.The risk is not zero as validators still broadcast to the leader, but Ultra brings it as close to zero
as possible.
Result: 34x Better than Top Trading Terminals
Jupiter Ultra’s swap volume to value extracted ratio is significantly lower than others despite
higher volume, demonstrating the effectiveness of our efforts to bring the best executed price
to our users.By comparing Jupiter Ultra’s volume to value extracted ratio to other top trading terminals,
we are able to see that Jupiter Ultra is 34x better than the top trading terminals.
Source: Sandwiched.meOct 15, 2025
Real-Time Slippage Estimator
Setting the right slippage can be tricky — whether you’re dealing with volatile tokens, stablecoins, or large caps, it’s never a one-size-fits-all scenario. This uncertainty impacts everyone, from newcomers in DeFi to seasoned traders. Since the inception of RTSE (Real-Time Slippage Estimator), we have been monitoring real-time market data and transactions, and applying token-specific heuristics and algorithms to improve the slippage protection for our users. With Ultra V3, we have made strides by implementing the following improvements:- Tighter RTSE slippage heuristics while maintaining high success rates and reduce overpaying.
- Automatic prioritization of slippage-protected routes over purely price-optimized routes.
- Increased volatility sensitivity for tokens with high historical volatility patterns.
Gasless Support Coverage
With Gasless Support acting as a just-in-time fee payer, you can make trades without holding SOL to cover gas fees - as long as at least one of the tokens in your trade meets the minimum value requirement, Ultra automatically calculates and covers the gas fee, deducting it from the swap amount. With Ultra V3, we have expanded gasless support coverage:- Token2022 tokens
- Memecoin-to-memecoin swaps (when liquidity permits)
- Reduced minimum trade size to ~$10 USD
JupiterZ by default is gasless, as the market maker is the fee payer for the transaction!
Just-In-Time Market Revival
Ultra V3 solves a long-standing technical limitation which is to provide routes for tokens that have “fallen out of favor” - When markets have low liquidity or yet to graduate for a long time, we downgrade these markets to optimize resource allocation. This makes them unroutable, preventing users to enter or exit their positions. To address this, we have implemented a Just-In-Time market Revival Mechanism that dynamically re-indexes token markets on-demand.Impact
- Routes virtually any token on Solana, including extremely long-tail assets.
- Supports old, inactive tokens that historically failed to route.
- Essentially, no minimum liquidity threshold for token eligibility.
Pre-Graduation Routing Latency Reduction
By default, for all swap pairs, Jupiter Ultra checks for multiple route paths to get the best price. This adds to quote latency. To further enhance the trading experience for trenchers, we have optimized the routing logic for all pre-graduated bonding curve markets when applicable.- When the swap pair involves a pre-graduated token and SOL or USDC.
- We skip multi-route aggregation and look for the direct route immediately.
Result
Pre-graduated bonding curve markets routing latency has been reduced by 90%+.
| Average Quote Latency | Routing Method | |
|---|---|---|
| Before | 200ms | Checking multiple potential routes |
| After | 10-15ms | Direct routing to pre-graduated markets |
Legacy Jupiter Swap
As part of this upgrade, moving forward, we will be focusing our efforts on the ongoing development and improvement of Ultra V3 with our new router, Iris. We are also rolling out the Ultra API to allow our partners to utilize the best-in-class routing, execution and transaction landing infrastructure behind Ultra V3. Currently, many meta aggregation platforms and others are still using our sunsetted Jupiter Legacy API (Metis) or deprecated Self-hosted Legacy Swap API binary. We will be working with them to upgrade their routing to adopt the new Ultra API. If you are using Jupiter Legacy API in your app, please correctly label to avoid misleading your users that this is the best price from Jupiter. In particular, certain apps are using the free binary, which is deprecated and we have no control over the results, and it is very discouraging to see certain platforms abuse something that we have offered to the ecosystem for free for years.Summary
Ultra is more than just a swap - it’s an abstraction layer over the challenges of execution and blockchain complexity: For end users: No need to understand slippage settings, gas fees, RPC selection, or MEV protection. Ultra handles everything. For developers: The exact same Ultra infrastructure that powers jup.ag’s UI is also available to developers via API. No need to build, host, or maintain your own RPC, transaction landing infrastructure and manage other trading optimizations. For more information, please refer to the Ultra Swap Docs.All of the improvements mentioned in this blog post are exclusive to Ultra only.
They are not present in Legacy Swap API.
They are not present in Legacy Swap API.