Update on the above, we've deployed the fix to all regions, please check and reach out to us if you face any issues.

⚠️ Prediction Market API: Scheduled Maintenance

Wednesday, March 11
7:00-7:45 AM UTC

Trading will be paused for ~30-45 mins.
• API to create/modify orders will return 4XX.
• Orders onchain will not execute or fill.
• No action needed from integrators.

After maintenance, new optional fields available:
• Gasless order support
• Integrator fees

Reminder on the scheduled maintenance on the Prediction Market API

🚨 Pre-v7 Metis Binary — Deprecated & No Longer Functional

Access to older versions of the Metis Binary has been deprecated. If you are using pre-v7 binary, it will no longer work.

Upgrade now
- Update to v7+ at minimum
- https://github.com/jup-ag/metis-binary/releases

Binary Key
- Ensure you have a binary key to access the binary
- Request yours at https://portal.metis.builders

Previous announcements
- https://t.me/jup_dev/147
- https://t.me/jup_dev/145
- https://t.me/jup_dev/140
- https://x.com/JupDevRel/status/2036392094164721981

For questions regarding the binary, please discuss here: https://t.me/+HBVrLVB6BV9hMGY1

📢 Scheduled Maintenance: Jupiter Portal → Developer Platform

We're upgrading Jupiter Portal to the new Jupiter Developer Platform on Monday, April 6th.

Starting this weekend (Apr 4–5):
• API key generation will be temporarily disabled
• Portal payments will be restricted
• Existing API keys and requests continue to work normally
• If your key expires this weekend, it will be extended

On Monday:
• All accounts will be migrated to the new Developer Platform
• Brief interruptions to the portal dashboard may occur
• API requests via api.jup.ag might be affected momentarily (~1-5 mins).
• Lite API requests via lite-api.jup.ag will NOT be affected.

What stays the same:
• Your API keys are preserved
• Same base URL: api.jup.ag - no endpoint changes
• All existing users get a 3-month grace period at your current rate limits

⚠️ After migration, API keys cannot be fully viewed. Make sure you have your existing keys saved before Monday.

📖 Migration guide: https://dev.jup.ag/docs/portal/migration

Update on the scheduled maintenance:

We have fully migrated to the new Developer Platform!

Sign in at https://developers.jup.ag to:
• View your migrated API keys in your legacy organisation
• Explore real-time analytics, logs and admin dashboards
• Choose a plan and rate limit
• Do set up billing by 30 JUNE 2026, as grace period ends

📖 Migration guide: https://developers.jup.ag/docs/portal/migration

Separately, we apologise for all unaccounted downtime during migration today. We faced a few unexpected issues/limitations and had to rollback/fix.

If you have any issues or questions, please reach out to us via the support channels.

🚨 ACTION REQUIRED - Prediction Markets API Breaking Changes

Deadline: April 10, 2026

1. markets[].metadata field removal

The nested metadata object on market items is being removed from all /events/* and /markets GET endpoints.

Required action: Remove .metadata from your field paths. All fields are already available at the top level:

markets[].metadata.title → markets[].title
markets[].metadata.isTeamMarket → markets[].isTeamMarket
markets[].metadata.rulesPrimary → markets[].rulesPrimary
markets[].metadata.rulesSecondary → markets[].rulesSecondary
markets[].metadata.openTime → markets[].openTime
markets[].metadata.closeTime → markets[].closeTime

If you don't migrate: Any code reading markets[].metadata.* will return undefined after April 10.

2. Minimum order size increase ($1 → $5)

Required action: Ensure all order amounts are ≥ $5.
If you don't update: Orders below $5 will be rejected after April 14.

Questions or issues? Reach out via Discord or our support channels

New Tokens Express Verification API

If you're a Launchpad, DEX, Trading Platform or Agent: you can now submit express token verifications for programmatically.

1. Craft + sign a payment tx (burns 1000 JUP)
2. Submit verification + metadata updates together

Docs: https://dev.jup.ag/docs/tokens/verification
API Reference: https://dev.jup.ag/docs/api-reference/tokens/verify-check-eligibility

If you have specific verification needs, reach out to our VRFD account on X: https://x.com/jup_VRFD

Pump.fun gasless swaps temporarily disabled

If you sponsor gas on Pump.fun swaps (anyone other than the end user as fee payer), quotes have been returning errors since April 27. We disabled the path while patching a rent reclaim vulnerability that was draining payer wallets of SOL. Hotfix went live immediately. Program upgrade for the proper fix is in progress; we'll post here when it ships.

Two safeguards worth implementing going forward:

1. Only proceed with quotes where rentFeeLamports can be recouped through fees or otherwise
2. Reject quotes where rentFeeLamports is abnormally high

Heads up: we also fixed the rentFeeLamports calculation itself. It previously missed rent from inner instructions and is now accurate via full transaction simulation.

Apologies for the late notice on this. We're working on a better process for incidents going forward.

Hi all, quick heads up for teams using Trigger API V2.

We’re shipping a breaking request validation change for price-order deposits on Thursday, May 14, 2026 at 4:00 AM UTC.

If your integration calls:

POST https://api.jup.ag/trigger/v2/deposit/craft

please make sure you send both of these fields in the request body:

{
"orderType": "price",
"orderSubType": "single"
}

Set orderSubType based on the order:

1. single = standalone price order
2. oco = OCO / take-profit-stop-loss order
3. otoco = OTOCO / conditional chain order

No change is needed for:

POST https://api.jup.ag/trigger/v2/orders/price

Keep using the deposit requestId returned by /deposit/craft when creating the order.

After the change is live, /deposit/craft requests missing orderType or orderSubType will return a 4xx.

Docs:
https://developers.jup.ag/docs/trigger/create-order

Please update/check your integration before the change goes live. If you’re unsure which orderSubType maps to your flow, reach out to @anmoldotsol and we’ll help verify.

Hi everyone, we apologize for a brief outage that caused intermittent transaction submission and landing issues across Jupiter Spot products and APIs, including Swap, Limit Order, and DCA.

The issue appears related to DNS resolution affecting our transaction landing infrastructure. We deployed a hotfix around ~45 minutes ago, and services appear to have recovered. We’re continuing to monitor and investigate the root cause, and we’ll share an incident report once complete.

🛠 Metis V8 is live

Focused on closing Quotation–Execution Drift, the gap between the price you're quoted and what actually lands.

• Route splits finalized onchain at execution, instead of ~400ms before
• Sub-2 slot state freshness on every routing decision (gRPC streaming + own validator shreds)
• Landing via Beam, direct to validator leaders, p95 0–1 slots
• Rapid Quotation: <100ms quotes that skip marginal optimization, better shot at landing in the next slot when speed beats bps

Docs: https://developers.jup.ag/docs/swap
Run your own: https://github.com/jup-ag/metis-binary/releases/tag/v7.0.13
Read more: https://x.com/JupiterExchange/status/2057037276295864734

Hi all, quick heads up for teams integrating with Jupiter Prediction Markets API.

We’re shipping a coordinated migration to add fractional contracts support, scheduled for Wednesday, 27 May 2026 at 6:00 AM UTC (2:00 PM SGT, UTC+8).

Estimated downtime: up to ~4 hours (may complete earlier if everything goes smoothly).

What’s changing

Contract quantities are migrating from whole-contract units to micro-contract units, enabling fractional positions.

Example:

- Before: 5
- After: 5000000 micro-contracts (= 5 contracts)

This enables positions such as 5.777773 contracts, partial fills with exact fractional accounting, and better compatibility with external liquidity venues.

Order sizing precision: Effective fill sizes will be floored to 0.01-contract increments on the keeper to stay aligned with external venue precision. You can submit finer-grained sizes, but executed amounts will round down to the nearest 0.01.

Compatibility (non-breaking at deploy time)

Existing legacy fields will continue to work for backwards compatibility:

- contracts
- filledContracts
- totalContracts

New exact fields will be added:

- contractsMicro
- contractsDecimal

USD fields remain unchanged (still micro-USD). Orderbook sizes will be returned as decimal strings.

During the migration window

- Trading and order creation will be paused
- Claims and settlement will be paused
- Read APIs may be temporarily stale or inconsistent
- Integrators generally do not need to make changes to keep working after the migration

Recommended action

Legacy whole-contract fields will be deprecated roughly one week after the migration. Within that week, please migrate to the new exact-quantity fields:

- Use *Micro fields for calculations and order creation
- Use *Decimal fields for UI display
- Treat legacy whole-contract fields as compatibility-only

We’ll post another reminder closer to the maintenance window and confirm once the migration is complete. If you’re unsure how this affects your integration, reach out to @anmoldotsol and we’ll help verify.

Prediction Markets API maintenance complete ✅

The fractional contracts migration is done. Trading, claims, and settlement have all resumed.

If you haven’t already, please migrate to the new contractsMicro / contractsDecimal fields within the next week, the legacy whole-contract fields (contracts, filledContracts, totalContracts) will be deprecated after that.

If you're facing any issues post maintenance, feel free to ping @anmoldotsol.

Hi all, quick heads up for teams working with Jupiter's Prediction Markets API.

We're shipping the next step of the fractional contracts migration on Thursday, 4 June 2026 at 6:00 AM UTC (2:00 PM SGT, UTC+8). No downtime is expected.

What's happening

The previous migration on 27 May was step one. On-chain storage moved to micro-contracts and the new *Micro / *Decimal fields became available. This Thursday is step two: the keeper starts executing partial / fractional fills.

What this means for your integration

Legacy fields like contracts and filledContracts are floored to whole numbers, the fractional part is dropped. Until Thursday, fills are always whole numbers, so this has no effect. From Thursday onwards, fills can be fractional, and any integration reading these legacy fields will get the truncated value. The *Micro fields carry the exact amount.

Example (an order partially filled for 2.5 contracts):

filledContracts:        "2"        ← legacy, floored, do NOT use
filledContractsMicro:   "2500000"  ← exact, use this
filledContractsDecimal: "2.5"      ← exact, for display

What you need to do before Thursday

1. Order creation: send contractsMicro instead of contracts. Send exactly one quantity field per order as providing multiple of contracts, contractsMicro, or contractsDecimal is rejected. The legacy contracts field still works for whole-contract orders but cannot express fractions.

2. Reading responses: switch any calculation or accounting logic from legacy fields to their *Micro siblings:

- contracts → contractsMicro
- filledContracts → filledContractsMicro
- contractsSettled → contractsSettledMicro
- newContracts → newContractsMicro
- totalContracts → totalContractsMicro
- totalActiveContracts → totalActiveContractsMicro

Use *Micro for math, *Decimal for display.

3. Number types: *Micro values are returned as strings (u64/u128) and can exceed JavaScript's safe-integer range. Parse with BigInt or a decimal library, never parseFloat or Number. Those will silently produce wrong values for large positions.

What's not changing

USD / price fields stay in micro-USD. depositAmount is unchanged, denominated in the deposit token's native decimals (e.g. 6 for USDC).

Legacy field handling
Legacy whole-contract fields will remain available for backwards compatibility, we won't be removing them anytime soon. There is no firm deprecation date. However, they will continue to return values floored to whole numbers, so you must migrate to the *Micro fields to read accurate data from Thursday onwards.

Full migration guide: https://gist.github.com/julianfssen/322fb55fc6f1eb575a60e7e350ebe822

If you're unsure how this affects your integration, reach out to @anmoldotsol and we'll help verify.

Content API Deprecation Notice

Heads up, we are deprecating the beta Content API on 1 July 2026.
- /tokens/v2/content
- /content/feed
- /content/cooking

In the coming months, we will be sharing more about an update to the Tokens API, including a comprehensive replacement for the Content API.

If you currently rely on/or were planning to use the Content API, reach out to @9yointern. We'd love to hear your feedback and discuss how we can help.

JupiterZ integrator fees on Swap API

Hi all, quick update for teams using the /order path of the Swap V2 API

Integrator fees are now supported on JupiterZ/RFQ routes. You can pass referralAccount + referralFee like any other /order request and still receive JupiterZ/RFQ quotes when it is the best eligible route

Relevant docs:

- Changelog

- Referral fees setup/usage

Update

The Content API deprecation is now in effect. Stated endpoints are no longer publicly accessible and will return a 403

If this broke an existing integration, reach out to @nineyoi and we'll help you sort it out.

Final reminder on the Developer Platform migration (portal.jup.ag → developers.jup.ag)

The cutoff is 7th july 9am UTC. if you haven't claimed your legacy org and set up billing on the new platform yet, do it before then or your rate limits drop to free tier (1 RPS).

set up here: developers.jup.ag/portal

Reach out to @anmoldotsol / @Yankee0x for any questions

Suggested events endpoint deprecation

Hi all, heads up for teams using the Prediction Market API suggested events endpoint.

We are deprecating the wallet-specific suggested events endpoint on Friday, 10 July 2026:

GET https://api.jup.ag/prediction/v1/events/suggested/{walletAddress}

For suggested events, use the category-based endpoint instead:

GET https://api.jup.ag/prediction/v1/events/suggested

Supported query parameters: provider, category, excludedEventId, and limit.

Update your integrations before 10 July 2026 to avoid relying on the deprecated wallet-specific suggestion flow.

If you're unsure how this affects your integration, reach out to @Yankee0x / @anmoldotsol and we'll help verify.

We’ve recently add changes to our swapEvents data.

If you were parsing it, please use the latest IDL.