Quelle est la différence entre les commandes IOC (Immediate-Or-Cancel) et FOK (Fill-Or-Kill) ?

Mécanismes d’exécution des commandes

1. Les ordres IOC tentent d’exécuter immédiatement toute partie de l’ordre qui correspond à la liquidité disponible et d’annuler sans délai le reste non exécuté.

2. Les ordres FOK nécessitent une exécution complète au prix spécifié ou pas du tout – aucune exécution partielle n'est autorisée en aucune circonstance.

3. Les deux types d’ordres fonctionnent au sein du moteur de correspondance des échanges centralisés de cryptomonnaies, où la rapidité et la précision du routage des transactions sont essentielles pour les teneurs de marché et les arbitragistes.

4. Le comportement du CIO est particulièrement utile lors de mouvements de prix volatils, lorsque les traders visent à capturer des spreads éphémères sans accumuler d'exposition ouverte.

5. Les ordres FOK éliminent entièrement le risque de dérapage en rejetant l'exécution à moins que chaque unité de la taille demandée ne se négocie au prix limite exact.

Modèles d’interaction avec la liquidité

1. Une commande IOC passée sur un carnet de commandes fragmenté peut être exécutée sur plusieurs niveaux de prix à condition que chaque correspondance se produise instantanément.

2. Un ordre FOK échouera si même une unité n'a pas de contrepartie au prix désigné, quelle que soit la profondeur du reste du livre.

3. Les outils de visualisation de la profondeur du marché dénaturent souvent la viabilité du FOK : ce qui semble être un volume suffisant peut être distribué sur des niveaux de prix non contigus ou sur des ordres en attente avec une taille par niveau insuffisante.

4. Les bourses avec des rapports post-négociation agressifs peuvent divulguer des remplissages partiels d'IOC en temps réel, tandis que les rejets FOK apparaissent généralement comme des non-événements silencieux dans les flux de transactions publics.

5. Les traders utilisant des stratégies algorithmiques superposent fréquemment les ordres IOC en succession rapide pour sonder la liquidité, tandis que l'utilisation du FOK a tendance à se regrouper autour d'entrées directionnelles à forte conviction avec des paramètres de risque serrés.

Variantes d'implémentation spécifiques à Exchange

1. Binance applique la logique IOC aux marchés au comptant et à terme, mais applique une validation d'horodatage plus stricte sur les ordres FOK dans ses contrats perpétuels USDⓈ-M.

2. Bybit traite les commandes FOK comme des opérations atomiques qui contournent le positionnement standard de la file d'attente : aucune priorité n'est accordée en fonction de l'heure d'arrivée si la correspondance complète échoue.

3. OKX met en œuvre un modèle hybride dans lequel les ordres FOK soumis pendant les phases d'enchères peuvent être convertis en ordres limités si les conditions de correspondance ne sont pas remplies, violant ainsi la sémantique FOK stricte.

4. La documentation de l'API de Kraken avertit explicitement que les ordres FOK sur ETH/USD peuvent se comporter différemment que BTC/USD en raison de structures de frais divergentes entre fabricant et preneur affectant les incitations aux ordres restants.

5. Les clients Coinbase Prime reçoivent des codes de rejet détaillés pour les échecs FOK, notamment « INSUFFICIENT_LIQUIDITY_AT_PRICE » et « PRICE_BAND_VIOLATION », tandis que les refus d'IOC au détail portent des étiquettes génériques « ANNULÉ ».

Implications en matière de gestion des risques

1. Les ordres IOC réduisent le risque d’accumulation de positions mais introduisent une erreur de suivi lorsqu’ils sont utilisés de manière répétée sur des sites fragmentés lors d’arbitrages croisés.

2. Les commandes FOK empêchent la sélection adverse lors d'exécutions partielles, mais augmentent le coût d'opportunité pendant les intervalles de faible volume, ce qui est particulièrement pertinent pour les paires d'altcoins avec des carnets de commandes clairsemés.

3. Les systèmes de marge de portefeuille calculent différemment les exigences de marge initiales pour l'IOC et le FOK : les exécutions partielles déclenchées par l'IOC peuvent déclencher des appels de marge supplémentaires, tandis que la non-exécution du FOK laisse les garanties intactes.

4. Les couches de règlement en chaîne comme celles intégrées dans dYdX v4 traitent la sémantique FOK comme non négociable : tout écart entraîne un retour de transaction plutôt qu'une logique de repli.

5. Les politiques de conservation des échanges restreignent parfois l'utilisation du FOK pour les comptes signalés dans le cadre de protocoles KYC améliorés, invoquant des inquiétudes concernant une éventuelle évasion de détection initiale.

Questions et réponses courantes

Q : Une commande IOC peut-elle entraîner une exécution nulle ? Oui. S'il n'existe aucun ordre correspondant au prix spécifié ou supérieur au prix spécifié au moment exact de la soumission, l'intégralité de l'ordre IOC est annulée sans exécution.

Q : Les ordres stop-limit prennent-ils en charge les modificateurs IOC ou FOK sur les principaux échanges cryptographiques ? La plupart ne le font pas. Binance et Bybit désactivent les indicateurs IOC/FOK pour les ordres stop-limit ; Kraken autorise l'IOC uniquement sur les déclencheurs stop-market, et non sur les limites stop.

Q : Y a-t-il une différence de traitement des frais entre les commandes IOC et FOK ? Il n’existe aucune différence standardisée. La classification des frais dépend uniquement du fait que l'ordre agit en tant que donneur ou preneur lors de son exécution, et non du type de durée d'application.

Q : Comment les échanges décentralisés gèrent-ils la sémantique IOC et FOK ? Les protocoles DEX natifs implémentent rarement une véritable logique IOC/FOK. Uniswap v3 utilise à la place la tolérance au glissement ; Serum prend en charge IOC via son moteur de correspondance mais manque de FOK en raison des contraintes de l'architecture hybride AMM-DEX.