BROKER API · TECHNICAL REFERENCE
Tiger Brokers API Technical Reference
Technical reference for Tiger Brokers market data, authentication, REST, WebSocket, trading, account APIs, environments, SDKs, and integration considerations.
Quick answer. Tiger Brokers should be integrated as a capability-scoped provider adapter. Confirm market, account, product, environment, permissions, native symbols, rate limits, and order semantics from the official documentation before enabling execution.
Overview
Broker API availability depends on entity, region, and account permissions.
API surface
| Area | Current reference |
|---|---|
| Authentication | Provider-specific credentials and session lifecycle; see official docs. |
| REST API | Confirm SDK, market data, and order capabilities with the relevant official documentation. |
| WebSocket / streaming | Confirm channels, sequence numbers, reconnect rules, and entitlement requirements. |
| FIX | Not verified in this release; do not infer FIX availability from REST or WebSocket support. |
| Paper / demo / testnet | Confirm the environment and account scope in the provider documentation. |
| Rust SDK | Not verified in this release; use provider documentation. |
| Last verified | 2026-09-28; production capability review pending. |
Integration considerations
- Keep the provider-native symbol and order ID alongside canonical identifiers.
- Model account, environment, permissions, and entitlements separately.
- Use REST snapshots with streaming events for reconciliation.
- Persist an Unknown state when an order response is ambiguous.
Sources
Last verified: 2026-09-28. Provider capabilities can change by region, account, product, environment, and entitlement; verify the linked official documentation before production use.