Comment passer un ordre de vente limité OKX au-dessus du prix actuel Bitcoin ?

Comprendre les ordres de vente limitée sur OKX

1. Un ordre de vente limité demande à la bourse de vendre un montant spécifié de Bitcoin uniquement lorsque le prix du marché atteint ou dépasse le niveau de prix défini.

2. Contrairement aux ordres de marché, les ordres de vente à cours limité ne sont pas exécutés immédiatement : ils attendent dans le carnet d'ordres jusqu'à ce que les ordres d'achat correspondants apparaissent au prix fixé ou au-dessus.

3. La commande reste active jusqu'à ce qu'elle soit exécutée, annulée ou expirée, en fonction du paramètre de durée d'application sélectionné lors de la soumission.

4. Placer une vente limite au-dessus du prix actuel du marché garantit que le vendeur donne la priorité au profit plutôt qu'à la rapidité, en acceptant un retard potentiel pour un prix d'exécution plus élevé.

5. Cette stratégie est couramment utilisée par les traders qui anticipent un mouvement de prix à la hausse ou qui cherchent à verrouiller leurs gains à des niveaux de résistance spécifiques.

Configuration de l'API et configuration de la sécurité requises

1. Connectez-vous à votre compte OKX et accédez à la section Gestion des API sous Paramètres du compte.

2. Créez une nouvelle clé API avec les autorisations de lecture et d'échange activées. N'activez jamais le retrait pour les robots de trading uniquement.

3. Attribuez une liste blanche IP restreignant l'accès à l'adresse statique de votre serveur ; cela empêche toute utilisation non autorisée même si les informations d'identification sont compromises.

4. Stockez la clé API , la clé secrète et la phrase secrète générées en toute sécurité à l'aide de variables d'environnement (et non de chaînes codées en dur) dans votre application Python.

5. Confirmez que le paramètre flag est défini sur 0 pour les environnements de production ou sur 1 pour le mode démo avant de lancer la passation de commandes en direct.

Construire la requête REST correcte

1. Utilisez le point de terminaison /api/v5/trade/place-order avec la méthode HTTP POST pour soumettre la commande.

2. Définissez instId sur BTC-USDT pour spécifier la paire de trading.

3. Définissez side comme sell et ordType comme limite pour indiquer l'intention et le type d'ordre.

4. Attribuez px à une valeur strictement supérieure au dernier prix de négociation actuel, par exemple 75 200,0 si BTC-USDT se négocie à 74980,5 .

5. Spécifiez sz comme quantité en unités BTC, par exemple 0,02 , et assurez-vous que tdMode est configuré pour encaisser pour le trading au comptant.

Mécanique de génération de signature

1. Générez l'horodatage au format ISO 8601 avec une précision à la milliseconde : 2026-09-30T14:06:00.123Z .

2. Assemblez la chaîne de pré-signature sous forme d'horodatage + POST + /api/v5/trade/place-order + {'instId':'BTC-USDT','tdMode':'cash','side':'sell','ordType':'limit','px':'75200.0','sz':'0.02'} .

3. Calculez HMAC-SHA256 à l'aide de la clé secrète par rapport à la chaîne assemblée, puis appliquez le codage Base64 pour produire la valeur finale de l'en-tête OK-ACCESS-SIGN .

4. Incluez OK-ACCESS-TIMESTAMP , OK-ACCESS-KEY , OK-ACCESS-PASSPHRASE et la signature calculée dans les en-têtes de requête.

5. Assurez-vous qu'aucun espace ou saut de ligne supplémentaire n'existe dans le corps JSON : tout écart invalide la signature et renvoie HTTP 401.

Vérification et traitement des réponses

1. Une fois la soumission réussie, OKX renvoie un objet JSON contenant ordId , clOrdId et sCode égal à 0 .

2. Si sMsg apparaît dans la réponse, inspectez son contenu. Les erreurs courantes incluent une signature invalide , un prix trop éloigné de l'index ou un solde insuffisant .

3. Vérifiez le statut de la commande via /api/v5/trade/order en utilisant l' ordId renvoyé pour confirmer qu'il réside à l'état ouvert dans le carnet de commandes.

4. Surveillez les mises à jour en temps réel via l'abonnement WebSocket au canal des commandes pour détecter les événements de remplissage sans surcharge d'interrogation.

5. Maintenez le suivi de l'état local pour éviter les soumissions en double, ce qui est particulièrement critique lorsque la logique de nouvelle tentative est mise en œuvre après des délais d'attente du réseau.

Foire aux questions

Q1 : Puis-je modifier le prix d’un ordre de vente limité déjà passé ? Oui. Utilisez le point de terminaison /api/v5/trade/amend-order avec l' ordId d'origine et le paramètre newPx mis à jour. La modification doit être soumise avant l’exécution complète.

Q2 : Que se passe-t-il si le marché n’atteint jamais mon prix de vente spécifié ? La commande reste inexécutée indéfiniment à moins d'être annulée manuellement ou configurée avec un paramètre de durée de validité tel que gtc (bon jusqu'à annulation), fok (remplir ou tuer) ou ioc (immédiat ou annuler).

Q3 : OKX facture-t-il des frais pour passer ou annuler des ordres limités ? Aucun frais n'est facturé pour la passation ou l'annulation d'une commande. Cependant, des frais de preneur s'appliquent lors de l'exécution si l'ordre correspond à la liquidité existante ; des remises pour les fabricants peuvent s'appliquer en fonction de votre niveau VIP et si la commande ajoute de la liquidité.

Q4 : Comment OKX détermine-t-il si mon prix de vente limite viole les fourchettes de prix ? OKX applique des fourchettes de prix dynamiques par rapport au prix de l'indice. Si votre px dépasse la bande supérieure (calculée comme indexPrice × (1 + bandRatio) , où bandRatio varie en fonction de l'instrument et des conditions du marché), l'API rejette la demande avec le code d'erreur 51000 .