Jumper Exchange — Wallet-connected cross-chain routing and token swapping across supported chains using underlying DEX and bridge liquidity; not a custodial central limit order book.[1][2][3]
Profile essentials — execution, access and account scope
| Review field | Documented position |
|---|---|
| Execution / product | Wallet-connected cross-chain routing and token swapping across supported chains using underlying DEX and bridge liquidity; not a custodial central limit order book.Source 1Source 2 |
| Who can use it | Wallet and chain/network access, applicable sanctions and interface terms; supported tokens/routes vary and a working web app is not evidence of lawful availability everywhere.Source 1Source 2 |
| Funding model | No standard cash ledger or bank deposit. Fund a supported wallet with source-chain tokens and required gas. Destination funds depend on execution and finality of all route legs.Source 1Source 2 |
| Customer protection | No entity-specific regulated centralised exchange licence or deposit protection substantiated for Jumper; September 2026 spinout announcement further limits blanket attribution to LI.FI entities.Source 1Source 2 |
Jumper connects routes, not deposited order-book accounts
Sections ↑Jumper provides a swap interface linking wallets and aggregating available routes across decentralised exchanges and cross-chain infrastructure. A user chooses the origin chain, token, output asset and receiving chain; the displayed estimate may select a bridge and one or more token swaps. A cross-chain “exchange” in this sense is not the same service as a custodial BTC/USD order book: there is no ordinary account deposit ledger or guarantee of continuous execution at an advertised bid.[1][5]
The September 2026 announcement describes Jumper spinning out to develop an independent product. It cites commercial lifetime activity and monthly usage, but those are company-supplied metrics rather than independently audited exchange-user counts. The spinout is also a reason not to assume every LI.FI company legal permission, liability or contractual term is automatically the legal status of Jumper itself.[2][6]
Jumper connects routes, not deposited order-book accounts
| Function | How the trade runs | What can change |
|---|---|---|
| Same-chain swap | Wallet signs router/DEX interactions | Pool liquidity and gasSource 1Source 5 |
| Cross-chain swap | Bridge plus optional origin and destination swaps | Time, relayer and destination-leg failureSource 3Source 5 |
| Route discovery | Quotes multiple underlying paths | Token/chain availabilitySource 7 |
| Receiving wallet | Destination address on selected chain | Incorrect chain/recipient is criticalSource 1 |
Route architecture: when another signature is required
| Route form | User action | Settlement distinction |
|---|---|---|
| Source swap plus bridge | Approve if required, then source transaction | Wait for bridge delivery.Source 5 |
| Destination swap inside route | May execute through routed contracts | Final asset can differ if last leg fails.Source 5 |
| Separate destination step | Additional approval/signature may be required | Source confirmation does not finish the route.Source 5 |
September expansion announcement: what was actually said
| Item | Announcement status | Editorial treatment |
|---|---|---|
| Independent company | Spinout planned/announced | No completed legal-counterparty transfer inferred.Source 2 |
| Perpetual aggregation | Launch expected in coming weeks | Not assumed universally live.Source 2 |
| Tokenised assets and broader app | Expansion described | Issuer/venue eligibility remains separate.Source 2 |
| JUMP token | Sale and token launch described as separate stages | Not evidence of a trading-account right.Source 2 |
Total quote rather than a single exchange tariff
Sections ↑No independently verified universal “Jumper charges X% per transaction” tariff applies to every path in the reviewed documents. Relevant costs may include protocol swap fees, bridge/relayer fees, origin-chain network gas, destination execution gas, any integrator charge and the price impact caused by low liquidity. The quote and transaction payload for the *particular* route are the key evidence. Not every component is charged in the source token or immediately visible as a standalone debit.[1][5][6]
A hypothetical $1,000 start with a $990 net output valued at parity illustrates a 1.0% all-in shortfall, not a claimed fixed Jumper fee: (1,000−990)/1,000. That difference could contain slippage, protocol fees and intermediary gas. If the two assets differ in price, one cannot subtract token counts to compute a monetary percentage; use a consistent timestamp and price basis before comparing quotes.[5][3]
Total quote rather than a single exchange tariff
| Cost leg | Charge basis | Reader control |
|---|---|---|
| Source swap | DEX pool quote, possibly price impact | Inspect expected input/outputSource 5 |
| Bridge / relayer | Third-party route cost | Check quote and execution termsSource 5Source 3 |
| Gas | Chain transaction fees | Wallet before signatureSource 1 |
| Destination leg | Swap/receiver execution, possibly partial | Verify delivered asset and chainSource 4 |
| Fixed universal Jumper percentage | Not verified for every route | Do not apply a fabricated headline rateSource 6 |
Funding a wallet, allowance and execution stages
Sections ↑The workflow begins with assets already held in a compatible wallet. A token approval may authorize a spender before a second signature transmits value; the approval itself is not proof that the swap happened. Source-chain gas, correct wallet chain, remaining token allowance, route availability and quote expiry all matter. There is no evidence of a generally available direct ACH, card or TRY deposit account supplied by the Jumper routing interface itself.[1][5]
A route can reach the destination as a transit or intermediate asset when its final destination swap cannot execute, rather than returning the expected coin. LI.FI labels some cases DONE with PARTIAL execution or REFUNDED and explains that recovery cannot simply assume an instant source-asset repayment. Support must first inspect source/destination transaction hashes and the route status.[3][4]
Funding a wallet, allowance and execution stages
| Stage | Required action | Possible outcome |
|---|---|---|
| Wallet selection | Supported source network and spendable token | Unsupported pair has no executable routeSource 1Source 7 |
| Allowance | Approve specified spender for ERC-20 token | Persistent allowance is separate riskSource 5 |
| Source transaction | Sign and send to selected route | Gas can be consumed on failureSource 5Source 3 |
| Bridge completion | Monitor destination transaction hash | Delayed, partial, or refundedSource 3 |
| Final token conversion | Destination DEX route executes | Transit asset may be delivered insteadSource 4 |
Route execution checks in the technical guide
| Check | Reason | User-visible consequence |
|---|---|---|
| Available source balance | Fund input plus required costs | Quote alone does not fund transaction.Source 5 |
| Token allowance | Router needs spending permission | Approval can be a separate transaction.Source 5 |
| Bridge confirmation | Destination delivery is delayed | Pending after source success.Source 5 |
| Destination balance/approval | Some routes need a second step | Additional gas/signature may be required.Source 5 |
Self-custody wallets and temporary route exposure
Sections ↑The connected wallet holds the assets before a signed transaction, so Jumper cannot be treated as a conventional custodial exchange safeguarding an omnibus customer balance. Once assets enter route contracts, bridge systems, liquidity providers or relayers, specific smart-contract and operational risks apply. The phrase “non-custodial” does not eliminate the possibility of funds being delayed or an exploitable approval remaining in place after the transaction.[1][3]
A user should limit token approvals where possible, verify destination addresses and use official chain explorers to confirm both legs. The audited status of one module, if any, does not establish that every token or bridge in every quote has been independently audited or insured. Tokens with unusual transfer mechanics and wrapped assets add further execution differences beyond the visible UI.[7][3]
Self-custody wallets and temporary route exposure
| Asset location | Possible control | Evidence |
|---|---|---|
| Unswapped source token | User wallet and on-chain key | Token balance and allowanceSource 1 |
| Executing swap | Router and pool smart contracts | Origin hash + spenderSource 5 |
| Bridge transit | Selected bridge/relayer contracts | Route tracking / event hashSource 3 |
| Intermediate output | User wallet on destination chain | Destination token contractSource 4 |
| Deposit insurance | Not verified for these on-chain paths | Do not infer from frontend popularitySource 6 |
Documented intermediate-output examples
| Route provider | Possible fallback | Meaning |
|---|---|---|
| Squid | axlUSDC | Destination token differs from requested asset.Source 4 |
| Stargate V2 | Alternate stablecoin or wrapped gas asset | Pool/route constraints.Source 4 |
| Chainflip | Swap plus refund egress | Value can be split.Source 4 |
| Symbiosis | Transit token | Route may remain incomplete.Source 4 |
Open interface does not establish unrestricted legal access
Sections ↑A route can be accessible without opening a traditional identity-verified exchange account, but on-chain reachability is not legal permission. Country restrictions, sanctions exposure, locally prohibited derivatives or token offerings and third-party protocol terms can still block participation. A supported chain does not mean every token is eligible: LI.FI documents token-listing and support decisions, including that not every asset visible on a blockchain is available in its services.[7][6]
Some wallet permissions and API terms are aimed at integrators, not normal retail users. Enterprise rate limits, commercial access clauses and compliance representations should not be silently treated as the Jumper retail wallet contract, especially after the 2026 spinout. The exact user agreement should be inspected again at accountless swap execution.[2][6]
Open interface does not establish unrestricted legal access
| Participant | Practical gate | Limit of verification |
|---|---|---|
| Retail wallet | Token, gas, chain and sanctions considerations | No worldwide acceptance guaranteeSource 1Source 6 |
| Bridge user | Supported chain pair and route liquidity | May fail despite displayed estimateSource 3 |
| API developer | Endpoint terms, integration and key/rate limits | Not identical to retail UI rightsSource 5Source 6 |
| Restricted token | Support-list eligibility | Not all tokens routedSource 7 |
Tracking stalled transfers and partial completions
Sections ↑Recovery begins with an ordered event record: sending wallet, origin chain ID, input token, route quote, source hash, destination address, destination transaction or bridge identifier, and output token address. A wallet screenshot or an “in progress” banner alone may not show whether the underlying route has completed. LI.FI guides describe PENDING, DONE, PARTIAL and REFUNDED states, each requiring different investigation.[3][4]
If the final swap fails after the bridge succeeds, the wallet can hold a bridge asset rather than the requested token. Simply repeating the swap could spend more gas or move a token that was already delivered; verify the actual destination balances first. The source documentation does not promise that every loss, expired quote or wrong-chain transfer is reversible by Jumper support.[3][4]
Tracking stalled transfers and partial completions
| Reported incident | Evidence to gather | Next check |
|---|---|---|
| Pending cross-chain | Route ID and both chain hashes | Verify current bridge/relayer statusSource 3 |
| Partial destination leg | Destination asset contract and received quantity | Check intermediate token balanceSource 4 |
| Refund | Source refund hash and token | Refund asset may differSource 3 |
| Unsupported asset | Token contract, network and route attempt | Refer to token support guideSource 7 |
| Unexpected fee | Quote, gas receipts and token output | Rebuild all-in route costSource 5 |
LI.FI status and substatus: read both
| Status | Meaning | Next evidence |
|---|---|---|
| PENDING | Transfer still progressing | Source/bridge/destination stage.Source 3Source 4 |
| DONE / COMPLETED | Expected delivery completed | Receiving-chain output.Source 3Source 4 |
| DONE / PARTIAL | Value arrived but expected asset/outcome differs | Actual token and amount.Source 3Source 4 |
| DONE / REFUNDED | Refund outcome recorded | Refund chain and token.Source 3Source 4 |
| FAILED | Execution failed | Error and gas already consumed.Source 3Source 4 |
Independent interface is not a transferable LI.FI licence
Sections ↑The 2026 Jumper spinout announcement means naming the LI.FI API as technical infrastructure is not enough to name the present general-purpose contracting company for every Jumper user. The reviewed material did not establish a single verified statutory exchange authorisation, company registration/permission number or covered-client compensation regime for this user-facing routing service. No positive regulated-permission record is entered.[2][6]
LI.FI commercial API terms impose responsibilities on integrators and constraints on automated execution. Such contractual safeguards are distinct from government exchange licensing. A token or bridge contract being open-source, audited or integrated by a popular app does not turn the exchange front end into a regulated custodian.[6][5]
Independent interface is not a transferable LI.FI licence
| Topic | Verified material | Unsupported inference |
|---|---|---|
| Technical routing | LI.FI endpoints and bridge/swaps | Not an exchange licenceSource 5 |
| Jumper product ownership | 2026 independent spinout announcement | Not every LI.FI contract applies to userSource 2 |
| Commercial access | LI.FI API terms with controls | Not bank deposit regulationSource 6 |
| Insurance / financial protection | No verified broad guarantee | No positive permission entrySource 1Source 6 |
September 2026 spinout and scale claims
Sections ↑Jumper’s September 2026 announced spinout marks a meaningful distinction from its earlier positioning as a LI.FI-related consumer routing frontend. The announcement describes the intention to build a wider on-chain application and refers to cumulative activity and monthly users. Those figures are self-reported in launch communications; wallet transactions, repeat swaps, activity through aggregators and human registration do not produce identical user counts.[2]
The interface is active at jumper.xyz in the reviewed evidence. An accurate company profile must distinguish the frontend brand, the backend routing infrastructure and the legal entity responsible for any quote or API interaction. A universally applicable contracting entity for all users and a detailed independently verified current audited balance sheet were not established.[1][2][6]
September 2026 spinout and scale claims
| Business aspect | Finding | Research qualification |
|---|---|---|
| Product | Jumper wallet swap interface | Not a centralised CEXSource 1 |
| Company transition | September 2026 spinout announcement | New legal relationship needs checkingSource 2 |
| Technical backend | LI.FI routes/related toolchain | Backend does not define whole counterpartySource 5 |
| Volume/users | Company-published headline claims | Not audited exchange accountsSource 2 |
Evidence types behind the company narrative
| Evidence | What it supports | What it does not establish |
|---|---|---|
| Jumper-commissioned release | Company’s stated plans and metrics | Independent audit.Source 2Source 1Source 6 |
| Jumper interface | User-facing product | All underlying bridge obligations.Source 2Source 1Source 6 |
| LI.FI commercial API terms | Integrator contract | Universal Jumper retail agreement.Source 2Source 1Source 6 |
- Operator
- Jumper interface (independent product; all-user contracting entity not independently identified)
- Exchange model
- Decentralised
- Service scope
- Wallet-connected cross-chain routing and token swapping across supported chains using underlying DEX and bridge liquidity; not a custodial central limit order book.
- Client types
- Retail clients; Institutional clients
- Pricing publication
- Public and quoted pricing
- Other names
- Jumper; Jumper.xyz; LI.FI Jumper
- Pricing scope
- Protocol, pool, bridge and gas costs vary per route; this is not a fixed order-book commission. Always check minimum received and transaction approvals.
- Funding scope
- No standard cash ledger or bank deposit. Fund a supported wallet with source-chain tokens and required gas. Destination funds depend on execution and finality of all route legs.
- Custody and asset handling
- The user generally signs from a self-custody wallet but tokens can be committed to third-party routers, pools or bridging escrows; operator of each leg must be examined separately.
- Client eligibility
- Wallet and chain/network access, applicable sanctions and interface terms; supported tokens/routes vary and a working web app is not evidence of lawful availability everywhere.
- Support
- Transaction tracking and LI.FI technical support routes when its routing is used. Token delivery, bridge refunds and additional destination leg may differ from quote.
- Authorisation and registration scope
- No entity-specific regulated centralised exchange licence or deposit protection substantiated for Jumper; September 2026 spinout announcement further limits blanket attribution to LI.FI entities.
Exchange metadata checked 26 Oct 2026Source 1Source 2Source 3Source 4Source 5Source 6Source 7
Risk-focused comparison and automation controls
Sections ↑Compare two routes using a common value unit, input token decimals, the exact output-token contract, quoted minimum, gas budget and chain finality. If the route is complex, a lower advertised bridge charge can still produce a worse net output after DEX slippage and destination-gas effects. The smallest fee in a table is not an instruction to pick the smallest liquidity pool without examining the eventual received amount.[5][3]
Automated agents consuming LI.FI endpoints should enforce route/token allowlists, destination address rules, maximum trade sizes, gas/slippage ceilings and human review for material transactions. The published API commercial terms discuss user responsibility and limits; neither AI-generated trade proposals nor a successful simulation authorise an unattended bot to sign arbitrary wallet transactions. No live trade or wallet integration was tested in this research.[6][5]
Risk-focused comparison and automation controls
| Pre-trade control | Why it matters | Source |
|---|---|---|
| Min received and token decimals | Avoid false value comparison | Route quoteSource 5 |
| Bridge refund scenario | Stop stranded source/destination balances | Troubleshooting guideSource 3 |
| Approval spender and limit | Prevent persistent token authority | API execution stepsSource 5 |
| Automated size/slippage gate | Avoid blind unattended wallet signing | Commercial API termsSource 6 |
Sources & further reading
- Jumper current wallet-connected exchange interface Jumper · Accessed 22 Oct 2026
- September 2026 Jumper planned spinout and new-product announcement Jumper / Crypto Times · 25 Sep 2026 · Accessed 26 Oct 2026
- LI.FI troubleshooting for stuck, partial and refunded routes LI.FI · Accessed 26 Oct 2026
- LI.FI explanation of intermediate destination assets LI.FI · Accessed 26 Oct 2026
- LI.FI API route/transaction endpoint documentation LI.FI · Accessed 26 Oct 2026
- LI.FI commercial API terms including restrictions LI.FI · Accessed 26 Oct 2026
- LI.FI token/chain support process LI.FI · Accessed 26 Oct 2026
This profile reports dated public information, including exchange-published services and terms. It does not independently test or guarantee trading, custody, pricing or withdrawals. Inclusion is not an endorsement. Permissions and protections apply only to the named legal entity, service and client category; check the current official records and your contract.