
Anything still pulling from Pythnet via Wormhole has roughly three weeks to rewire or start returning zeros.
The migration math
Pyth Pro replaces Pythnet as the primary distribution layer. IOTA's previous setup routed price data through Wormhole — an extra hop, extra bridge risk, extra validation latency. The Pro integration drops that overhead and unlocks the full feed catalog: equities, FX, commodities, crypto crosses, all at publisher-grade frequency.
What "institutional-grade" actually means in numbers: sub-second update cadence on high-movement pairs, confidence intervals on every push, aggregate publishers per symbol so a single bad feed doesn't poison your TWAP/VWAP reference. The data engineering headache that used to require custom aggregation logic is now baked into the subscription layer.
Latency delta matters. Wormhole-attested Pythnet pulls typically cleared 1.5–3s from publisher to consumer. Pyth Pro targets direct push at 400ms or below on the majority of assets. For perps, lending liquidations, and delta-neutral strategies sitting on stale marks, that's not a nice-to-have — it's the difference between a healthy position and an unwanted rebalance.
What breaks after August 18
Mandatory cutover. Three things go sideways if migration isn't complete:
- Pyth Core endpoints stop serving — any contract with hardcoded
pyth_mainnetaddresses returns reverted calls or empty results. - Wormhole-bridged Pythnet feeds go offline — the legacy relay path gets deprecated alongside Pythnet itself.
- Subgraph/middleware indexers pointed at the old contract set need a config swap, not just a redeploy.
IOTA is not special-cased here. Every chain on Pyth's supported list faces the same deadline. The difference is that IOTA's developer ecosystem is smaller and concentrated — fewer contracts to migrate, but fewer internal references to copy-paste from.
Operator checklist before cutover
Run this against your stack:
- Audit
getPricecalls and middleware. Grep forwormhole,pyth_mainnet, or any address matching the legacy Pythnet verifier set. - Subscribe to a Pyth Pro data plan. Pricing tiers vary by feed count and update frequency — pay for what you actually consume, don't over-provision.
- Swap contract references to the Pyth Pro deployment on IOTA's EVM-compatible layer.
- Re-baseline your deviation thresholds. New latency floor means stale-price guards (
stalenessSeconds, price-age checks) can be tightened without triggering false positives. - Re-run backtests on historical feeds to confirm benchmark parity — Pro's publisher aggregate may differ slightly from Pythnet's weighted set.
- For liquidations, mark-to-market, and structured products: stress-test the assumption that confidence intervals shrink. Tighter bands = faster liquidations. That's a feature if you're the liquidator, a risk if you're the borrower.
Watch for IOTA-specific edge cases as Pro rolls deeper into ShimmerEVM and the broader multi-chain footprint. If your oracle layer spans IOTA plus another Pro-integrated chain, you can now share a single subscription contract across deployments — consolidate billing, cut duplicate gas overhead.
Adjacent read while you're auditing: Abu Dhabi's ADX just expanded its single-stock futures suite with direct Bloomberg data access — useful context if your on-chain pricing logic needs to reconcile against regulated venue marks.