Comment utiliser les ordres conditionnels OKX pour négocier sans regarder le graphique toute la journée ?

Principes fondamentaux des commandes conditionnelles sur OKX

1. Les ordres conditionnels sur OKX sont des instructions prédéfinies qui se déclenchent automatiquement lorsque des conditions spécifiques du marché sont remplies. Ils éliminent le besoin d'une surveillance constante de l'écran en convertissant la logique de décision manuelle en code exécutable.

2. Le système prend en charge plusieurs types d'ordres, notamment les structures take-profit, stop-loss, trailing stop et OCO (One-Cancels-the-Other). Chaque type répond à un objectif distinct de capture de risque ou de profit sans nécessiter une intervention humaine en temps réel.

3. Tous les ordres conditionnels fonctionnent au sein du moteur de correspondance centralisé d'OKX et héritent de la même priorité d'exécution que les ordres réguliers une fois déclenchés. Leur période de validité peut être définie sur Good-Til-Canceled (GTC), Good-Til-Time (GTT) ou Immediate-Or-Cancel (IOC).

4. Les utilisateurs doivent configurer les seuils de prix, les conditions de déclenchement et les paramètres de commande via l'interface Web, l'application mobile ou les points de terminaison de l'API tels que /api/v5/trade/order-algo . Aucun middleware tiers n'est requis pour les fonctionnalités de base.

5. La précision du déclenchement dépend de la source de données sous-jacente : dernier prix négocié pour les déclencheurs simples, prix de référence pour les contrats à terme perpétuels ou prix de l'indice pour certains scénarios de couverture. Un désalignement entre ces sources peut provoquer une activation prématurée ou retardée.

Configuration des ordres trailing stop

1. Un stop suiveur s’ajuste dynamiquement à mesure que le marché évolue favorablement, bloquant les gains tout en laissant une marge de hausse supplémentaire. Sur OKX, il est configuré en utilisant une distance fixe en USD ou en pourcentage par rapport au prix actuel du marché.

2. Le delta final se réinitialise uniquement lorsque le prix dépasse le décalage défini – et non à chaque tick. Cela évite un repositionnement excessif lors de pics de volatilité mineurs.

3. L'exécution a lieu lorsque le prix de référence courant franchit le niveau de déclenchement. Pour les positions longues, le prix de référence est égal au prix le plus élevé depuis l'activation ; pour les shorts, il équivaut au plus bas.

4. Les utilisateurs peuvent préciser si l'ordre résultant est de type marché ou limite. L'exécution du marché garantit l'immédiateté mais introduit un risque de dérapage ; les ordres limités préservent le contrôle des prix au prix d’un éventuel non-exécution.

5. Les trailing stop restent actifs lors des redémarrages du serveur et des expirations de session tant que le compte conserve une marge suffisante et que la commande n'a pas expiré.

Structures de commande OCO et cas d'utilisation

1. OCO (One-Cancels-the-Other) permet de passer simultanément deux commandes conditionnelles où l'exécution de l'une annule l'autre. Ceci est couramment utilisé pour définir à la fois l’objectif de profit et le stop-loss en une seule opération atomique.

2. Les deux branches doivent partager le même instrument, le même côté et le même mode de position (cash ou marge). Ils ne peuvent pas mélanger des paramètres isolés et à marge croisée au sein d’un même groupe OCO.

3. Lorsque l'une ou l'autre jambe est exécutée, la bourse envoie immédiatement une demande d'annulation à la contrepartie. Il n'y a pas de fenêtre d'annulation garantie sans course, donc des remplissages partiels peuvent se produire en cas de latence extrême.

4. Les groupes OCO apparaissent sous forme d'entrées liées dans l'historique des commandes avec des identifiants partagés. Ils prennent en charge les identifiants de commande client personnalisés pour le rapprochement dans les systèmes automatisés.

5. Ces structures sont entièrement accessibles via le SDK python-okx en utilisant TradeAPI.place_algo_order() avec ordType='oco' et les champs tpTriggerPx et slTriggerPx imbriqués.

Logique de déclenchement avancée avec modes de référence de prix

1. OKX permet de sélectionner différentes références de prix pour l'évaluation de l'état : dernier prix, prix de référence, prix indice ou juste prix. Chacun sert des objectifs distincts en fonction du type de contrat et de l’intention de la stratégie.

2. Le prix de référence est obligatoire pour les ordres stop à terme perpétuels afin d'éviter les liquidations basées sur des manipulations. Le prix de l'indice est préféré pour les déclencheurs d'arbitrages croisés en raison de son agrégation multi-sources.

3. Le prix équitable combine les valeurs du mark et de l'indice avec des ajustements des taux de financement, ce qui le rend adapté aux stratégies sensibles à la divergence des bases dans les régimes à forte volatilité.

4. Les utilisateurs peuvent changer de mode de référence par commande via le paramètre triggerPxType dans les appels API. Les paramètres par défaut de l'interface utilisateur Web varient selon la catégorie de produits, mais autorisent le remplacement manuel.

5. Le backtesting historique de la logique conditionnelle nécessite de rejouer le flux de référence sélectionné, et pas seulement les données du téléscripteur – faute de quoi, cela conduit à des résultats de simulation inexacts.

Questions et réponses courantes

Q1 : Puis-je modifier une commande conditionnelle active après sa soumission ? Oui. Vous pouvez ajuster les niveaux de prix, les conditions de déclenchement ou la taille de la commande à l'aide du point de terminaison amend-algo-order . Les modifications sont soumises aux mêmes limites de débit et exigences d'authentification que le placement d'origine.

Q2 : Les commandes conditionnelles consomment-elles les limites de débit de l'API différemment des commandes classiques ? Non. Chaque création, modification ou annulation de commande conditionnelle compte comme une demande REST par rapport à votre quota alloué. L'abonnement WebSocket aux mises à jour des commandes algorithmiques ne compte pas dans les limites REST.

Q3 : Pourquoi mon stop-loss s’est-il déclenché alors que le graphique n’a jamais atteint ce niveau ? Cela se produit généralement en raison d’une sélection de référence de prix inadaptée. Si vous avez utilisé le prix de référence pour le déclenchement mais que vous avez surveillé le dernier prix sur votre graphique, des écarts allant jusqu'à 0,5 % peuvent survenir pendant les périodes de taux de financement élevés ou d'événements de faible liquidité.

Q4 : Les ordres conditionnels sont-ils pris en charge pour le trading d'options sur OKX ? Depuis septembre 2026, OKX ne prend pas en charge les ordres conditionnels pour les instruments d'options. Seuls les marchés au comptant, sur marge et à terme perpétuels offrent une fonctionnalité complète de commande algorithmique.