Comment vérifier la profondeur du marché ETH sur OKX ?

Comprendre les principes fondamentaux de la profondeur du marché

1. La profondeur du marché reflète la liquidité en temps réel d'un actif en affichant tous les ordres d'achat et de vente en attente à différents niveaux de prix.

2. Sur OKX, les données du carnet d'ordres ETH-USDT sont structurées en côtés offre (achat) et demande (vente), chacun affichant le volume cumulé par niveau de prix.

3. Le graphique de profondeur représente visuellement la quantité d’ETH qui peut être achetée ou vendue sans modifier de manière significative le prix du marché.

4. Un carnet d’ordres important indique une forte liquidité, réduisant le risque de dérapage lors d’exécutions importantes.

5. Une faible profondeur proche du meilleur cours acheteur/vendeur indique souvent une volatilité potentielle ou une faible participation dans les zones de prix critiques.

Accès aux données du carnet de commandes via python-okx

1. Importez le module MarketData : depuis okx.MarketData import MarketAPI .

2. Initialisez le client sans authentification puisque les données du marché public ne nécessitent pas de clés API.

3. Appelez get_orderbook(instId='ETH-USDT', sz=40) pour récupérer 40 niveaux des deux côtés offre et demande.

4. La réponse contient des tableaux intitulés « offres » et « demandes », chaque entrée étant formatée comme suit : [prix, taille, nombre_de_commandes].

5. La logique d'analyse doit gérer les champs de prix et de taille de type chaîne, en les convertissant en flottant pour une analyse quantitative.

Interprétation des mesures de profondeur en temps réel

1. Le calcul de l'écart acheteur-vendeur utilise les valeurs de niveau supérieur : float(asks0) - float(bids0) .

2. Le volume cumulé des offres à moins de 0,5 % du prix moyen révèle l’intensité de la pression d’achat à court terme.

3. Les demandes s'accumulant largement en dessous du dernier prix actuel peuvent indiquer une dynamique baissière imminente si elles sont déclenchées.

4. La disparition soudaine des ordres à cours limité importants aux niveaux de support/résistance clés précède souvent les mouvements de cassure.

5. Le ratio de déséquilibre, défini comme le volume total des offres divisé par le volume total des demandes sur des fourchettes de prix identiques, sert d'indicateur du sentiment.

Intégration WebSocket pour les mises à jour en direct

1. Utilisez okx.websocket.PublicChannel pour vous abonner au canal « books5 » ou « books-l2-tbt » pour ETH-USDT.

2. « books5 » offre les cinq premiers niveaux avec des mises à jour delta ; 'books-l2-tbt' fournit des mises à jour complètes de niveau 2 en mode tick par tick.

3. Chaque message comprend des numéros de séquence permettant un classement strict et une détection des paquets manqués.

4. La reconstruction du carnet de commandes local nécessite l'application de deltas de manière incrémentielle tout en validant les sommes de contrôle par rapport aux réponses instantanées.

5. La logique de reconnexion doit récupérer de nouveaux instantanés lors de la restauration de la session pour maintenir la cohérence de l'état.

Foire aux questions

Q : OKX fournit-il des instantanés de profondeur historiques ? R : Non. OKX n’archive pas les états du carnet de commandes. Les développeurs doivent enregistrer les messages WebSocket ou interroger les points de terminaison REST à des intervalles définis pour créer un historique personnalisé.

Q : Puis-je récupérer la profondeur des contrats perpétuels ETH en utilisant la même méthode ? R : Oui. Remplacez « ETH-USDT » par « ETH-USDT-SWAP » dans le paramètre instId pour accéder aux données de profondeur de contrat perpétuel.

Q : Pourquoi certains niveaux de profondeur affichent-ils un volume nul malgré des niveaux de prix visibles ? R : Ces entrées représentent des niveaux de prix agrégés pour lesquels aucun ordre à cours limité actif n'existe ; ils apparaissent en raison de la logique d’agrégation côté bourse plutôt que des ordres de repos réels.

Q : Existe-t-il une limite de taux sur les demandes REST du carnet d’ordres ? R : Les points de terminaison publics sont limités à cinq requêtes par seconde et par adresse IP. Le dépassement déclenche des réponses HTTP 429 jusqu'à ce que la fenêtre soit réinitialisée.