Skip to main content

Use realtime when the job is ordered live updates

Realtime is the right entry point when you need:
  • market-data streams rather than one-off snapshots
  • ordered account and order updates after bootstrap
  • subscription control over trader-, strategy-, symbol-, or reason-filtered feeds
  • reconnect and resume behavior that preserves client reconciliation
Use REST Quickstart instead when the main job is request-response lookup or initial snapshot retrieval.

Quickstart map

ConcernStart hereWhy it matters
Identity and feed visibilityAuthenticationMarket feeds are public and user-data feeds use filter parameters rather than connection-level auth
Subscription lifecycleConnection ModelYou need to understand SUBSCRIBE, UNSUBSCRIBE, ACKNOWLEDGE, PARTIAL, and UPDATE behavior
Failure handlingErrorsReconnect problems and business-domain rejections are different failure classes
Schema ownershipSource ArtifactsKeeps the published contract tied to the right AsyncAPI inputs
Generated channel discoveryGenerated Reference StatusShows how the generated reference layer is produced and where it is authoritative

The two main realtime usage patterns

PatternMain feedsFirst thing to remember
Market-data streamingORDER_BOOK_L2, ORDER_BOOK_L3, MARK_PRICEMarket feeds start with a populated PARTIAL, then continue with UPDATE messages
User-data trackingORDER_UPDATE, STRATEGY_UPDATE, TRADER_UPDATEUser-data feeds begin with an empty PARTIAL; bootstrap state from REST first

What a correct realtime client usually does

StageWhat the client needs
ConnectOpen one WebSocket to wss://exchange.derivadex.com/realtime-api
SubscribeSend SUBSCRIBE messages and correlate ACKNOWLEDGE responses by nonce
BootstrapUse REST for initial user state before treating realtime as authoritative
Process updatesApply events using the documented ordering model, not local arrival time alone
RecoverReconnect, resubscribe, and resume one update type with its own globalOrdinal rules when needed

Ordering and bootstrap rules to internalize early

  • The per-connection ordinal field is the primary ordering surface for one live connection.
  • globalOrdinal is an update-family resume tool, not a cross-family universal clock.
  • orderMatchOrdinal and ORDER_UPDATE.ordinal are what let you reconstruct one match that produced multiple outcomes.
  • User-data subscriptions without a REST bootstrap step produce an incomplete account picture.

Scope rule

Realtime complements REST. It does not remove the need for REST bootstrap, REST history, or REST private-write submission paths.

Next routes

Last modified on April 13, 2026