What Jupiter does on Solana

Solana decentralized exchanges publish liquidity in on-chain programs. Jupiter queries those venues, simulates paths, and proposes an optimal split for your input mint and output mint. Unlike clicking a single pool UI, you get a aggregated route — often across several DEXes — in one atomic transaction when successful.

Jupiter is not a custodian. It provides quote and transaction bytes; your wallet signs and sends to Solana validators. GaurdWallet never receives your seed phrase.

Quote → build → sign locally

The high-level flow in Exchange mirrors industry practice:

  1. Quote — You pick input/output SPL assets and amount. GaurdWallet requests a Jupiter quote through its backend proxy (parallel to /api/swap/quote on EVM).
  2. Build — Jupiter returns swap instructions packaged for your wallet address, including slippage bounds reflected as minimum out.
  3. Sign & send — GaurdWallet signs on device and broadcasts. Confirmation appears in Solana explorers like any self-custody transfer.

There is no Ethereum-style approve step; instead, Solana transactions list explicit account writes and token transfers. Review account lists if your wallet surfaces them.

Same-chain only in v0.2.1

GaurdWallet Exchange supports Jupiter for swaps where both assets live on Solana. Moving SOL or SPL tokens to EVM chains requires different tooling — not LI.FI or Jupiter cross-chain inside this release.

SPL tokens and account setup

SPL tokens use associated token accounts. Your first receive of a new mint may require creating an associated token account (rent-exempt deposit), sometimes bundled into the swap transaction. If a swap fails citing missing accounts, retry after the wallet creates them or fund SOL for rent.

Verify mint addresses for long-tail tokens. Symbol collisions happen; scams deploy fake USDC lookalikes. Prefer tokens you imported deliberately or that appear in your verified list.

Priority fees and landing trades

During congestion, plain transactions may land late or fail while pools move. Solana supports priority fees (compute unit price) to incentivize ordering. Jupiter routes can include compute budget instructions; wallets may expose priority presets or automatic estimation.

Priority spend is not the same as slippage: you pay validators for ordering, while slippage still caps how bad your output price may be relative to the quote. Failed swaps consume fees without delivering tokens — similar spirit to EVM gas on revert, though mechanics differ.

ConceptSolana (Jupiter)EVM (LI.FI)
Pre-swap approval txUsually none (instructions in one tx)Often ERC-20 approve
AggregatorJupiterLI.FI
Cross-chain in GaurdWalletNot supportedEVM↔EVM bridges
Quote proxyServer-side/api/swap/*

Slippage on Solana routes

Jupiter quotes encode minimum output based on your slippage setting — the same user-facing idea as EVM toAmountMin. Volatile memecoins and thin pools need careful minimum-received review; see crypto slippage explained for tolerance presets (0.5%, 1%, 3%) GaurdWallet offers on Exchange.

GaurdWallet scope and limits

Unlock Exchange, choose Solana network context, pick Swap (not Bridge for cross-chain — Solana bridge to EVM is unavailable). Quotes are live from Jupiter via proxy — not hardcoded marketing numbers.

Unsupported in v0.2.1 alongside Jupiter swaps: Bitcoin/Litecoin/TRON bridges; Solana↔EVM bridges. Use native sends plus EVM Exchange when you deliberately move chains with supported assets.

How this differs from LI.FI on EVM

EVM swaps and bridges share LI.FI’s routing graph — see how LI.FI bridging works. Solana is a separate stack: different address formats, transaction composition, and fee markets. GaurdWallet picks the right backend per chain rather than forcing one aggregator everywhere.

For a unified checklist (approvals, bridge cards, unsupported networks), read how to swap and bridge in GaurdWallet or browse the swap & bridge hub.

FAQ

Does Jupiter hold my SOL during swap? No — funds move according to signed instructions in the same transaction bundle.

Can I swap WSOL and SOL? Wrapped SOL is an SPL mint; routes often handle wrap/unwrap inside the transaction, but always read the preview.

Why is my quote different from jup.ag? Timing, slippage, priority fee defaults, and amount rounding. Refresh inside GaurdWallet before signing.

Troubleshooting failed Solana swaps

If simulation fails with insufficient SOL, fund the wallet for swap amount plus fees and possible rent. If error logs mention slippage or zero minimum out, refresh the quote after volatility — the same guidance as EVM routes in crypto slippage explained.

Blockhash expiration happens when you wait too long between quote and send. Rebuild the transaction from a fresh quote rather than rebroadcasting stale bytes.

For obscure mints, confirm liquidity exists on Jupiter at all. Aggregators cannot manufacture depth; thin pools show extreme impact even when slippage tolerance is high.

When moving from learning to size, split large trades manually or accept multi-route quotes only after reading minimum received — Jupiter may route through several DEX legs inside one transaction, similar in spirit to LI.FI multi-hop paths on EVM.

Solana-specific UX notes in Exchange

Solana addresses are case-sensitive base58 strings; double-check paste operations when sending to yourself between devices. Unlike EVM, you will not pick a “chain ID” for Jupiter swaps — network context is Solana mainnet-beta in GaurdWallet’s Exchange scope for v0.2.1.

Keep a SOL buffer for fees even when swapping “all” of another token; transactions fail if the fee payer balance cannot cover rent and compute. Many users leave a small SOL dust amount deliberately.

Because cross-chain Solana↔EVM is out of scope, plan portfolio moves that require both ecosystems as two explicit phases: bridge on supported EVM corridors via LI.FI, and swap on Solana via Jupiter, with native transfers or custodial off-ramps only when you accept their trust model.

When ready, open Exchange, run a micro swap between two SPL assets you already hold, and only then explore volatile pairs — the workflow matches EVM habit-building without bridge status complexity.

Security habits specific to Solana swaps

Fake SPL tokens airdropped to your wallet can phish you into swapping against a worthless mint. Hide unknown tokens in your portfolio view and never swap into a mint you did not research.

Jupiter transaction previews list many accounts; malware that alters clipboard addresses remains a risk when you paste receive addresses elsewhere. Inside GaurdWallet Exchange, mints come from picker UI — prefer that over manual mint entry when possible.

Self-custody means lost seed equals lost funds on every chain. Solana speed makes mistakes fast; EVM users new to Solana should rehearse with tiny amounts before aping volatile pairs.

When to stay on EVM vs use Jupiter

If your portfolio goal is purely EVM DeFi, LI.FI paths in Exchange cover swaps and bridges without touching Solana. Jupiter enters when you hold SPL assets or want Solana-native liquidity.

Do not expect to bridge SOL to Ethereum inside GaurdWallet v0.2.1. Plan custodial off-ramps or supported EVM stablecoin bridges separately if your strategy requires both ecosystems — document each leg explicitly.

Jupiter publishes route metadata for transparency on jup.ag; GaurdWallet shows wallet-tailored previews. When in doubt, cross-check mint addresses against official project docs before sizing up.

Record simulation errors verbatim when asking for help in community channels — “custom program error” without context wastes time compared to slippage or blockhash messages.