Reference Data
Reference data provides information about available instruments and symbols on the Polymarket Exchange.Overview
The Reference Data API provides three endpoints:- List Instruments - Returns complete instrument definitions including symbol, trading rules, state, dates, price limits, and market-specific metadata
- List Symbols - Returns just the symbol identifiers (trading symbols) without full instrument details
- Get Metadata - Returns server-level metadata about the exchange (not instrument-specific)
Required Scope
| Scope | Data Access |
|---|---|
read:instruments | All reference data endpoints |
Asset Master Structure
Every instrument on the Polymarket Exchange follows a hierarchical structure that organizes markets by category, series, event, and product type.Category
Categories provide the broadest classification level, organizing instruments by the type of events they represent. Each instrument belongs to exactly one category. Examples include:- Sports (SPR)
- Culture (CUL)
- Finance (FIN)
- Macro (MAC)
- Politics (POL)
- Crypto (CRY)
- Climate (CLI)
- Mentions (MEN)
Series
A more specific classification within each category, such as sports leagues, specific topics, or individual assets. Examples include:- National Hockey League (NHL)
- National Basketball Association (NBA)
- National Football League (NFL)
- College Basketball (CBB)
- College Football (CFB)
- Golden Globes (GGB)
- US Presidential (USP)
- US Midterms (USM)
- Bitcoin (BTC)
- Ethereum (ETH)
Event
Events represent specific occurrences with multiple possible outcomes. Each event consists of one or more instruments representing the complete set of outcomes traders can speculate on. Examples include:- SPR:
nfl-hou-mia-2025-12-16 - POL:
usp-pres-2028-11-07 - CRY:
btc-15min-updown-1765593600
Product
The type of contract structure used to format instruments associated with an event. Each product is documented in full on polymarketexchange.com. Examples include:- Athletic Event Contract (AEC) - Game winner instruments
- Athletic Spread Contract (ASC) - Game point spread instruments
- Total Score Contract (TSC) - Game point total instruments
- Title Event Contract (TEC) - Sport title winner instruments
- Title Award Contract (TAC) - Culture title winner instruments
- Election Winner Contract (EWC) - Election winner instruments
Instrument
The tradable symbol, which follows consistent naming conventions and metadata practices to allow for easy identification and sorting. Examples include:- SPR-AEC-NFL:
aec-nfl-buf-nyj-2025-01-15 - SPR-ASC-NFL:
asc-nfl-hou-mia-2025-12-16-4-5 - CUL-TAC-GGB:
tac-ggb-bmpd-2026-01-11-sinners
Participants
Each instrument has participants representing the possible outcomes. In instrument metadata, participants are identified with these fields:participant_type- Type of participant (team, player, nominee, candidate, etc.)long_participant_id- Globally unique ID (series-abbreviation format, e.g.,nfl-buf)short_participant_id- Globally unique ID for the other outcome (e.g.,nfl-nyj)long_participant_name- Full display name (e.g., “Buffalo Bills”)short_participant_name- Full display name for the other outcome (e.g., “New York Jets”)
nfl-hou-mia-2025-12-16, traders buy and sell HOU. Buying HOU means taking a long position on Houston winning, while selling HOU creates a synthetic long position on Miami. There is no direct way to trade the short participant - all positions on the opposing outcome are achieved synthetically by selling the long participant. When you sell (short) an instrument, the cash flows differ from buying. Selling 10 contracts at 6 from the buyer, but a margin requirement equal to the maximum payout (4 in available funds to enter this short position (6 received). This margin requirement ensures you can cover the full payout if the outcome occurs.
REST API Endpoints
List Instruments
Retrieve all available instruments:List Symbols
Retrieve all trading symbols:Get Exchange Metadata
Retrieve server-level metadata about the exchange:/v1/refdata/instruments endpoint which includes a metadata field in each instrument object.
Instrument Lifecycle
Instruments go through the following states:| State | Description |
|---|---|
INSTRUMENT_STATE_PENDING | Instrument created but not yet active |
INSTRUMENT_STATE_CLOSED | No trading can occur |
INSTRUMENT_STATE_OPEN | Available for full trading |
INSTRUMENT_STATE_PREOPEN | Can place/modify orders before opening, no matching |
INSTRUMENT_STATE_SUSPENDED | Trading temporarily suspended, can cancel but not place/modify |
INSTRUMENT_STATE_EXPIRED | Instrument has expired |
INSTRUMENT_STATE_TERMINATED | Instrument has been terminated |
INSTRUMENT_STATE_HALTED | Trading halted, no orders can be placed, modified, or cancelled |
INSTRUMENT_STATE_MATCH_AND_CLOSE_AUCTION | Can place/modify orders, no matching until state exits |
Best Practices
Caching
Reference data changes infrequently. Cache locally and refresh periodically:Filtering
Filter by instrument state:Handling Updates
- Subscribe to instrument updates for real-time changes
- Check instrument status before placing orders
- Monitor for new instruments being listed

