Jupiter (JLP)
System: Jupiter — Trading and Exchange
Jupiter is a Solana-based trading and on-chain finance system that provides liquidity routing, swap execution, perpetuals, lending, token launch tooling and related services to traders, wallets, integrators, liquidity providers, lenders, borrowers and token issuers. Launched in 2021, the system uses Solana programmes alongside Jupiter-operated application programming interfaces, request-for-quote infrastructure, routing engines, keepers, product operations and governance tooling. The boundary includes Swap and Ultra, the Meta-Aggregator and Router, JupiterZ, Perps and JLP (Jupiter Liquidity Provider), Jupiter Lend, JLP Loans, Jupiter Studio, JUP decentralised autonomous organisation staking and voting, and product-context tokens such as JupUSD and JupSOL.
Market Data
| Price | $4.45 |
| Market Cap | $861.14M |
| Fully Diluted Valuation | $861.14M |
| 30d Change | 20.90% |
| 365d Change | -19.50% |
Token Functionalities
Asset Ownership
- On-Chain Asset Title/Pool Share (Strong)
Right to redeem or exchange a pro rata claim on contract-controlled JLP pool assets. The right is held by any JLP holder. Strength is Strong because JLP represents a live pool-share claim and can be acquired, swapped, redeemed or burned without evidence of delayed, capped or permissioned redemption.
Collateral
- Financial Collateral
Right to pledge JLP as collateral to borrow the USDC stablecoin through Jupiter JLP Loans, subject to liquidation if the position breaches risk limits. The right is held by JLP holders using the lending product.
- Risk-Underwriting Stake
Right to underwrite Jupiter Perps counterparty risk through the JLP pool. Profitable trader positions are paid from the pool, while trader losses accrue to the pool; in exchange, JLP holders receive exposure to pool economics, including 75% of Jupiter Perps fees.
System Attributes
Operating Model
<p>Jupiter is a Hybrid System because it combines on-chain Solana execution with material off-chain infrastructure and operational control. On-chain programmes hold positions, route settlement, represent JLP pool claims, record lending and borrowing positions, and support JUP staking, voting and reward claims. Off-chain components remain material because Jupiter-operated application programming interfaces, routing infrastructure, request-for-quote paths, transaction landing systems, keepers, entities and product operations are necessary to deliver or optimise the user-facing service. The system, therefore, does not operate as a purely on-chain protocol, even though many economically important balances and settlement actions occur on-chain.</p>
Value Creation
<p>Jupiter has Hybrid Value Creation. On-chain value is created when users execute swaps, open or close perpetual positions, supply liquidity through JLP, borrow against JLP, lend or borrow through Jupiter Lend, and launch or trade tokens through Jupiter Studio. These actions create measurable trading, risk-transfer, liquidity, credit and token-formation services through Solana accounts and contracts. Off-chain value is also material because Jupiter’s routing engines, request-for-quote infrastructure, keepers, landing infrastructure, product operations and launch tooling improve execution quality, coordinate trade fulfilment, support liquidation workflows, and make the product accessible to wallets, integrators and issuers. The valuable service is therefore produced by both contract-enforced state changes and Jupiter-operated infrastructure.</p>
Value Capture
<p>Jupiter has Hybrid Value Capture and Routing. On-chain product activity generates fees and revenue across aggregation, perpetuals, lending, Studio and related services, while JLP captures value through pool exposure, trader profit and loss, and the allocation of perpetuals fees to liquidity providers. JUP also has token-linked routing through the Litterbox Trust, which receives 50% of on-chain revenue and uses it for programme-based JUP purchases. Some accumulated Litterbox JUP has also been permanently burned. The remaining revenue and off-chain product revenue support Jupiter’s operating budget, entities and reserves. Value is therefore routed to both token-linked mechanisms and off-chain organisational budgets.</p>
Governance
Entity-Based: <p>Entity-Based Governance applies to Jupiter-operated infrastructure and organisational components where binding authority sits with identifiable Jupiter entities, trusts, multisigs or operational teams. This includes routing infrastructure, application programming interfaces, request-for-quote operations, transaction landing systems, product operations, revenue-routing arrangements, the Litterbox Trust process, and documented permissioned components such as JupUSD direct minting and redemption access. These components can materially affect service delivery, access, value routing or operational execution. Their governance is not made token-based merely because JUP holders vote on some decentralised autonomous organisation matters.</p> Participant-Based: <p>Participant-Based Governance applies where privileged operational roles exercise binding or functionally material authority inside Jupiter products. JLP Loans uses whitelisted liquidation keepers, and the Perps system depends on keeper execution for trade fulfilment and position management. Request-for-quote and market-maker participation can also affect execution paths where role-gated participants are admitted to provide liquidity or quotes. These roles require privileged participation beyond simply holding a transferable token. Admission and broader policy authority may remain entity-governed or unknown, but the operational role itself is participant-based, where the actor can materially affect execution or risk handling.</p> Token-Based: <p>Token-Based Governance applies to selected JUP decentralised autonomous organisation surfaces, but with governance reform limits. JUP voting was paused in mid-2025 after governance concerns, with Jupiter indicating that governance would return under a revised approach; selected high-leverage votes later occurred, including emissions and Litterbox burn decisions. Staked JUP voters can vote on community treasury, token emission and allocation matters, process questions, and some product or launch partnership proposals. The scope does not, on the evidence reviewed, extend to all programme upgrades, privileged actor admission, risk parameters, routing infrastructure or product administration. Where execution depends on entities, multisigs or operational teams, JUP governance remains partial or signal-level rather than unilateral.</p>