Jupiter Dev Notifications

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 @anmoldotsol and we'll help verify.

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

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.

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

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.

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.

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 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.

🛠 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 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 30 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.

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.

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.

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

🚨 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

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 use via the support channels.

📢 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

🚨 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

Reminder on the scheduled maintenance.

⚠️ 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

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