Comment consulter le carnet de commandes BTC/USDT sur OKX ?

Accès aux données de marché via l'API OKX

1. Les développeurs lancent l'accès en initialisant le module MarketData avec le paramètre flag approprié : flag='1' pour l'environnement de démonstration ou flag='0' pour le trading en direct.

2. Une instance valide de MarketAPI doit être instanciée à l'aide d'informations d'identification authentifiées, bien que les points de terminaison du marché en lecture seule ne nécessitent pas de clés secrètes ou de phrases secrètes.

3. La profondeur du carnet de commandes est récupérée à l'aide de la méthode get_orderbook , en spécifiant l'ID de l'instrument comme BTC-USDT et le niveau de profondeur souhaité tel que 5 , 10 ou 400 .

4. La structure de réponse comprend deux tableaux : les demandes triées par ordre de prix croissant et les offres triées par ordre de prix décroissant, chacun contenant des tuples prix-quantité.

5. Les horodatages intégrés dans les réponses indiquent le temps de génération des données côté serveur, essentiel pour les stratégies sensibles à la latence qui s'appuient sur des instantanés du carnet d'ordres en temps réel.

Interprétation de la structure du carnet de commandes

1. Les entrées d'enchères indiquent les prix auxquels les utilisateurs sont prêts à acheter du BTC, avec des quantités représentant le total d'USDT qu'ils s'engagent à dépenser à ce niveau.

2. Demandez aux entrées d'indiquer les prix auxquels les utilisateurs proposent de vendre du BTC, avec des quantités reflétant le volume de BTC disponible par niveau de prix.

3. Le spread en haut de la liste (la différence entre le meilleur cours vendeur et le meilleur cours acheteur) est affiché sous forme numérique brute et sert d'indicateur direct de la tension immédiate du marché.

4. Les mesures de profondeur cumulées peuvent être dérivées en additionnant les quantités sur des niveaux successifs, révélant le volume se trouvant dans des fourchettes de prix définies.

5. La précision décimale varie selon l'instrument ; BTC-USDT maintient quatre décimales pour les prix et huit pour les quantités, conformément à la convention de cotation standard d'OKX.

Streaming du carnet de commandes en temps réel

1. Les connexions WebSocket utilisent les canaux public/business/deep5 ou public/business/deep400 pour recevoir des mises à jour incrémentielles au lieu d'interrogations.

2. Chaque message contient des numéros de séquence permettant une validation stricte de l'ordre : les messages hors séquence doivent être ignorés pour préserver l'intégrité des données.

3. Les instantanés complets du livre sont fournis uniquement lors de la connexion initiale ou après une divergence détectée, minimisant ainsi la consommation de bande passante pendant le fonctionnement normal.

4. Les clients doivent mettre en œuvre une vérification de la somme de contrôle par rapport au champ de somme de contrôle inclus dans chaque mise à jour delta pour détecter la corruption de la transmission.

5. Les tests de latence montrent des temps d'aller-retour médians inférieurs à 85 ms pour les mises à jour de profondeur WebSocket lors de la connexion à partir des principales régions cloud, notamment AWS us-east-1 et GCP asia-northeast1.

Intégration du carnet d'ordres dans la logique de trading

1. Les routines d'estimation du glissement comparent le prix d'exécution prévu au prix moyen pondéré dérivé des N premiers niveaux du carnet d'ordres avant la soumission de l'ordre.

2. Les algorithmes de détection de liquidité recherchent des baisses soudaines de la profondeur cumulée sur les niveaux de prix adjacents, signalant ainsi des événements potentiels d'usurpation d'identité ou d'épuisement.

3. Les robots de tenue de marché maintiennent les répliques du carnet d'ordres internes synchronisées via les deltas WebSocket, appliquant une logique de fusion déterministe pour gérer les mises à jour qui se chevauchent.

4. Les instantanés historiques du carnet d'ordres stockés dans des bases de données de séries chronologiques permettent de tester les stratégies de placement d'ordres limités dans différents régimes de volatilité.

5. Les seuils de déséquilibre acheteur-vendeur anormaux déclenchent des coupe-circuits qui suspendent le routage automatisé des ordres jusqu'à ce qu'un examen manuel confirme la stabilité du marché.

Questions courantes et réponses directes

Q : OKX fournit-il des données sur le carnet de commandes pour les contrats à terme expirés ? R : Non. Les points de terminaison du carnet d’ordres servent exclusivement aux instruments activement négociés. Les contrats expirés ou supprimés renvoient HTTP 400 avec le code d'erreur 51001 .

Q : Puis-je récupérer les données du carnet de commandes sans inscription à l'API ? R : Oui. Les points de terminaison de données du marché public, notamment get_orderbook, sont accessibles sans authentification ni configuration de clé API.

Q : Quelle est la profondeur maximale prise en charge pour les appels d'API REST ? R : L'interface REST prend en charge jusqu'à 400 niveaux par côté. Des profondeurs plus élevées nécessitent un streaming WebSocket avec un abonnement au canal Depth400 .

Q : Les horodatages du carnet de commandes sont-ils alignés sur l'heure UTC ou l'heure locale de l'échange ? R : Tous les horodatages sont exprimés en millisecondes d'époque Unix UTC, sans décalage de fuseau horaire ni ajustement de l'heure d'été.