Comment vérifier le prix ADA en temps réel sur OKX ?

Accès aux données du marché ADA via l'API OKX REST

1. Utilisez le module MarketDataAPI de python-okx pour récupérer les données de ticker en temps réel pour ADA-USDT.

2. Construisez la requête avec instId='ADA-USDT' et instType='SPOT' pour cibler la bonne paire de trading.

3. La réponse inclut les champs last , bidPx , AskPx et ts , chacun mis à jour en millisecondes.

4. Analysez la valeur ts pour vérifier la fraîcheur ; les horodatages datant de plus de 500 ms indiquent des problèmes potentiels de latence ou de connexion.

5. Mettez en cache les réponses localement uniquement si la validation de l'horodatage confirme un âge inférieur à 300 ms, sinon rejetez et redemandez.

S'abonner aux flux de prix ADA via WebSocket

1. Initialisez une connexion WebSocket à l'aide de okx.WebSocket avec le canal 'tickers' et l'argument {'channel':'tickers','instId':'ADA-USDT'} .

2. Implémentez une logique de reconnexion automatique déclenchée par un délai d'attente de ping-pong supérieur à 25 secondes, comme indiqué dans les spécifications officielles d'OKX.

3. Validez chaque message entrant par rapport au champ arg.instId pour filtrer les tickers non pertinents des flux multiplexés.

4. Extrayez le prix de data[0].last et comparez-le à la valeur précédente pour détecter les sauts supérieurs à 0,8 %, signalant ainsi d'éventuels crashs flash ou événements de pompe.

5. Enregistrez toutes les mises à jour de prix avec une précision de la nanoseconde à l'aide de time.time_ns() pour prendre en charge l'analyse de latence au niveau de la microseconde.

Gestion des règles de précision et de formatage

1. ADA-USDT utilise priceDecimals=4 et szDecimals=0 , ce qui signifie que les prix valides doivent être formatés avec exactement quatre décimales.

2. La soumission de px='0.56789' déclenche une OkxParamsException ; le format correct est px='0.5679' .

3. Les champs de quantité comme sz doivent être des nombres entiers : sz='123' est valide, mais sz='123.45' échoue à la validation.

4. Utilisez toujours Decimal('0.5679') au lieu des littéraux flottants pour éviter les erreurs d'arrondi binaire à virgule flottante lors de la construction de la commande.

5. Confirmez la conformité du formatage en appelant MarketDataAPI.get_instruments(instType='SPOT', instId='ADA-USDT') et en inspectant les valeurs tickSz et lotSz .

Vérification de l'authentification et de la portée de l'autorisation

1. Assurez-vous que l'autorisation de lecture est explicitement activée sur la clé API utilisée : aucune autorisation de trading n'est requise pour les requêtes de prix.

2. Authentifiez les requêtes REST à l'aide de la signature HMAC-SHA256 sur 'GET/api/v5/market/ticker?instId=ADA-USDT' concaténée avec l'horodatage actuel.

3. Pour les connexions WebSocket, incluez l' apiKey et la phrase secrète signée dans la charge utile de connexion ; les informations d'identification manquantes ou mal formées entraînent une déconnexion immédiate avec le code 6001 .

4. Surveillez les codes d'état HTTP : 401 indique une signature invalide, tandis que 403 signale une portée insuffisante, même pour les points de terminaison en lecture seule.

5. Faites pivoter les clés API tous les trimestres et limitez la liaison IP aux adresses d'infrastructure connues afin de réduire la surface d'exposition.

Dépannage des échecs courants de récupération de prix

1. Une réponse 503 Service indisponible pendant les appels REST signifie généralement une limitation du débit : OKX applique 20 requêtes par seconde par IP pour les points de terminaison publics.

2. Les déconnexions WebSocket avec le code d'erreur 4403 indiquent des informations d'identification API expirées ou révoquées ; régénérez les clés et mettez à jour les variables d'environnement immédiatement.

3. Un tableau de données vide dans la réponse du téléscripteur suggère soit une orthographe incorrecte de l'instId , soit une suspension temporaire du trading ADA-USDT sur OKX.

4. L'inadéquation entre les prix REST et WebSocket dépassant ±0,05 % pendant plus de 3 mises à jour consécutives indique une dérive de l'horloge : synchronisez l'heure du système avec pool.ntp.org à l'aide de ntpd .

5. Les erreurs répétées de 429 demandes trop nombreuses nécessitent la mise en œuvre d'un recul exponentiel avec gigue, commençant à 100 ms et plafonné à 5 secondes.

Foire aux questions

Q : OKX fournit-il des données historiques sur les prix ADA au-delà des 100 dernières barres de la ligne K ? R : Oui. Le point de terminaison get_history_candlesticks prend en charge les requêtes par plage de dates jusqu'à 90 jours auparavant, avec des intervalles de barres allant de 1 m à 1D.

Q : Puis-je récupérer la profondeur du carnet de commandes ADA avec plus de 5 niveaux à l'aide de python-okx ? R : Oui. Passez sz='20' à get_orderbook pour récupérer les 20 meilleurs niveaux d'enchère/demande ; le maximum pris en charge est de 400 niveaux pour les comptes institutionnels.

Q : Pourquoi get_ticker renvoie-t-il des derniers prix différents sur plusieurs requêtes simultanées ? R : Chaque appel atteint un nœud distribué ; des écarts mineurs inférieurs à 0,01 % reflètent un délai de propagation intra-cluster et non une incohérence des données.

Q : Le flux de prix ADA est-il disponible dans l'environnement de trading de démonstration d'OKX ? R : Oui. Tous les points de terminaison des données de marché fonctionnent de manière identique en mode direct et démo ; seule l'exécution des ordres est simulée.