0 or 1 against an authorized oracle at expiry.
Because outcome markets ride the same matching engine as every other HyperCore market, you don’t need a new client, a new WebSocket, or a new schema to stream them. Every primitive in this section - ohlcvCandlesForPair, ohlcvCandlesForToken, and walletTxs - works on HIP-4 markets from the moment they go live.
HIP-4 in 60 seconds
The first live market is a recurring daily BTC binary outcome that resolves against the HyperCore BTC mark price at a fixed UTC timestamp.
Discover live HIP-4 markets
HIP-4 ships its own dedicated Info type,outcomeMeta - separate from metaAndAssetCtxs (which covers perps and spot). It returns the active outcome universe: each entry carries an integer outcome ID, a name, a structured description, and a sideSpecs array.
outcomeMeta response
description is a pipe-delimited spec. Parse it once and you get the full market definition:
A typical discovery flow:
- Call
outcomeMetato enumerate liveoutcomeIDs and parse eachdescription. - Compute the encoding for each side:
encoding = 10 * outcome + side. Each side trades as its own market, so an outcome withYes(side 0) andNo(side 1) yields two encodings. Reference the market with the encoding prefixed with a ’#’. - Subscribe to OHLCV for the encodings you want to track.
- Stream fills via
walletTxsfor any address active on those markets.
Stream live probabilities (OHLCV)
Outcome prices are bounded between0 and 1, so an OHLCV candle on a HIP-4 market is, by construction, a probability candle. Multiply by 100 for percent.
Stream fills on an outcome market
Every fill on a HIP-4 market arrives as aHypercoreFillTransaction inside walletTxs. The coin field carries the outcome symbol, price is the implied probability at fill time, and closed_pnl realises in USDH against the 0 / 1 settlement boundary.
Detect settlement
When an outcome resolves, three things happen in quick succession on-chain:- Trading on the market halts.
- Open orders cancel.
- Each holder’s position settles to USDH PnL against the final outcome (
0or1).
- The last fill on a HIP-4 market closes at price
0or1. - Followed by a USDH ledger delta on every position-holder’s account corresponding to their settled PnL.
clearinghouseState snapshots if you need to reconcile post-settlement balances.
Patterns
Live probability tape
Subscribe toohlcvCandlesForPair at ONE_MINUTE interval. Render each candle as close * 100 % to drive a Polymarket-style probability sparkline.
Outcome leaderboards
Subscribe to a curated wallet list withwalletTxs, filter HypercoreFillTransaction events whose coin matches a HIP-4 symbol, and aggregate notional (price * size) per wallet per market. Surface the largest open positions on each outcome.
Settlement-PnL feed
For each position-holder on a market, capture the USDH ledger delta in the resolution window. Rank by realised PnL to produce a “biggest winners / losers on this outcome” feed every time a market resolves.Cross-market cohort stream
Subscribe to every active HIP-4 symbol in a singleohlcvCandlesForPair request. One connection, many markets - lets you build a full HIP-4 dashboard without sharding.
”New outcomes” discovery
Once permissionless builder deployment opens, new outcomes appear inoutcomeMeta the moment they’re registered. Poll outcomeMeta on a short cadence and diff the outcome IDs against the previous snapshot; subscribe to OHLCV for any new entry. The candle stream picks up the opening auction the instant a price prints.
Historical depth and warehouse delivery
Every HIP-4 fill is captured in the samehl_fills and hl_misc_events tables that power perp and spot history.
Filter to HIP-4 trades with a SQL transform
TheTradesNormalizer enriches every matched trade with an is_hip4 boolean on the hl_enriched_trades table. Add a SQL transform to keep only outcome-market rows and project the columns you care about - useful for a dedicated prediction-market warehouse without ingesting the full perp + spot firehose.
HIP-4 trades transform
market_type = 'prediction' if you want to defensively guard against schema drift, or drop the predicate entirely and partition downstream tables by market_type to keep perp, spot, and prediction rows side by side in one pipeline.
Reference
- HIP-4: Outcome markets (Hyperliquid official spec)
outcomeMetaInfo API reference - request and response schema.HypercoreFillTransaction- full type reference.- OHLCV Pairs Stream / OHLCV Tokens Stream
- Wallet Activity Stream
- HIP-3 markets recipe - identical address syntax, useful for builder-deployer prefixes.
On the roadmap
- Parsed
descriptionfields onoutcomeMeta(class, underlying, expiry, targetPrice, period) returned alongside the raw string. - Multi-outcome (non-binary) market support, tracking the upstream HIP-4 rollout.