Comment créer un robot Spot Grid sur OKX ?

Comprendre les mécanismes de trading de la grille spot

1. Le trading en grille fonctionne en prédéfinissant une fourchette de prix et en la divisant en intervalles régulièrement espacés appelés grilles.

2. Chaque niveau de grille déclenche un ordre limité : les ordres d'achat sont placés en dessous du prix actuel du marché, tandis que les ordres de vente sont placés au-dessus de celui-ci.

3. Lorsque BTC-USDT se négocie entre 58 000 $ et 62 000 $, un robot doté de 20 grilles passe 10 ordres d'achat et 10 ordres de vente sur cette période.

4. Les ordres ne sont exécutés que lorsque le prix du marché atteint le prix limite exact : aucun glissement ne se produit en mode grille standard.

5. Le bénéfice par cycle est égal à l'espacement des grilles moins les frais de transaction, en supposant l'exécution complète des étapes d'achat et de vente.

Configuration des informations d'identification API sur OKX

1. Connectez-vous à votre compte OKX et accédez à Paramètres → Gestion des API → Créer une API.

2. Attribuez un nom descriptif, sélectionnez « Spot Trading » sous autorisations et activez uniquement l'accès « Lecture » et « Trade ».

3. Configurez la liste blanche des adresses IP pour limiter l'utilisation de l'API à l'adresse IP statique de votre serveur ou à la machine de développement locale.

4. Enregistrez la clé API, la clé secrète et la phrase secrète générées dans un magasin d'informations d'identification chiffré, et non dans des fichiers en texte brut ou dans le contrôle de version.

5. Vérifiez les autorisations en appelant GET /api/v5/account/balance et POST /api/v5/trade/order à l'aide de curl ou Postman avant l'intégration avec le code.

Implémentation du bot à l'aide de python-okx

1. Installez le SDK officiel via pip install python-okx dans un environnement virtuel Python 3.9+.

2. Initialisez TradeAPI avec flag=0 pour le mode live et use_server_time=True pour éviter les erreurs de décalage d'horodatage.

3. Calculez les paramètres de la grille par programme : dérivez les limites supérieure et inférieure des prix extrêmes sur 24 heures, puis calculez la taille du pas comme (supérieur - inférieur) / grid_count.

4. Utilisez tradeAPI.place_order() en boucle pour soumettre tous les ordres d'achat et de vente, en capturant chaque ordId pour un suivi ultérieur.

5. Stockez les métadonnées de la commande (y compris le prix, la taille, le côté et l'horodatage) dans une base de données SQLite locale ou dans un fichier JSON à des fins de rapprochement et d'audit.

Gestion du cycle de vie des commandes et des contrôles des risques

1. Interrogez GET /api/v5/trade/orders-ending toutes les 30 secondes pour détecter les commandes nouvellement exécutées et déclencher des actions de suivi.

2. Lors d'un achat, passez automatiquement un ordre de vente correspondant au prix = fill_price + grid_step, en ajustant les déductions de frais.

3. Appliquez les limites de position en calculant l'exposition totale de l'actif de base avant de passer de nouveaux ordres d'achat et en les rejetant si elle dépasse la taille max_position_size configurée.

4. Annulez toutes les commandes en attente avant de redémarrer le bot en utilisant tradeAPI.cancel_batch_orders() avec une liste d'ordIds.

5. Enregistrez chaque événement de commande, y compris la création, l'exécution, l'annulation et l'erreur, dans un fichier tournant avec des horodatages et des niveaux de gravité.

Validation du comportement du robot avant le déploiement en direct

1. Exécutez le bot dans l'environnement de trading démo d'OKX (drapeau = 1) pendant au moins 72 heures consécutives sous une volatilité simulée du marché.

2. Injectez des chocs de prix artificiels à l’aide de flux de tickers simulés pour vérifier la logique de repositionnement du réseau et les replis stop-loss.

3. Recoupez les prix des ordres exécutés avec les valeurs de clôture historiques de la ligne K pour confirmer l'alignement avec les niveaux de grille prévus.

4. Mesurez la latence entre le franchissement d'un seuil de grille et la soumission de la commande : les valeurs supérieures à 800 ms nécessitent l'intégration de WebSocket au lieu d'une interrogation REST.

5. Simulez l'épuisement de la limite de débit de l'API en soumettant 25 commandes en une seconde et validez la dégradation progressive sans crash ni perte de données.

Foire aux questions

Q : Puis-je exécuter plusieurs robots de grille sur la même clé API OKX ? R : Oui, mais chaque robot doit gérer son propre ensemble isolé d’ordIds et éviter les fourchettes de prix qui se chevauchent pour éviter les placements de commandes conflictuels.

Q : OKX prend-il en charge les grilles de fin de manière native via son API ? R : Non. La fonctionnalité de suivi doit être implémentée côté client en recalculant dynamiquement les limites de la grille en fonction des moyennes mobiles des prix et en annulant/remplaçant les commandes en conséquence.

Q : Comment le bot gère-t-il les remplissages partiels ? R : Le robot traite les exécutions partielles comme des exécutions complètes pour cet ordre spécifique, enregistre la taille réelle exécutée et passe l'ordre de vente correspondant adapté au montant exécuté, et non à la valeur sz d'origine.

Q : Que se passe-t-il si le marché s'écarte en dehors de la plage du réseau ? R : Toutes les commandes non exécutées restent en attente jusqu'à ce qu'elles soient annulées manuellement ou par la routine d'expiration du robot ; aucune expansion ou contraction automatique de la grille ne se produit à moins d'être explicitement codée.