En termes simples — Comme un iceberg, seule une petite partie est visible. Quand cette tranche est exécutée, une nouvelle portion peut apparaître jusqu’à épuisement de la réserve.
Un ordre iceberg est un ordre à cours limité dont seule une quantité réduite est affichée dans le carnet. La différence entre la quantité totale et cette tranche reste en réserve. Cette technique réduit l’information immédiatement visible, sans rendre l’ordre totalement invisible.
Les quantités à distinguer
La quantité totale est l’objectif parent. La display quantity est la portion annoncée au marché. La réserve est ce qui n’apparaît pas encore. Chaque tranche active peut être considérée comme un ordre enfant, surtout quand le courtier simule l’iceberg.
Avec un objectif de 10 000 unités et une tranche affichée de 500, le carnet peut n’en montrer que 500. Après leur exécution, une autre tranche de 500 peut être publiée. Ce cycle continue jusqu’au remplissage, à l’expiration, à l’annulation ou à une condition qui empêche le renouvellement.
Dans la réglementation européenne sur la transparence des instruments non actions, l’ordre iceberg est décrit comme une quantité révélée par tranches après exécution de la partie précédemment affichée. Cette définition encadre le concept ; les paramètres pratiques restent propres à chaque lieu.
Iceberg natif et iceberg synthétique
Un iceberg natif est géré par le lieu de négociation. Le marché connaît la quantité de réserve et publie les tranches suivant ses règles. Sur certains flux CME Market-by-Order, l’identifiant de l’ordre peut rester le même tandis que l’identifiant de priorité change lors du réapprovisionnement : continuité du parent ne signifie donc pas conservation du rang.
Un iceberg synthétique est géré par le courtier ou un algorithme qui envoie successivement de nouveaux ordres enfants. Le lieu peut ne voir que chaque tranche. La latence de détection du fill et d’envoi du nouvel enfant crée alors un intervalle et peut changer la position dans la file.
Cette distinction influence la priorité, le risque opérationnel, les messages de marché et la capacité d’un observateur à reconstruire l’ordre parent. Il faut demander si la fonction est native ou simulée, ainsi que les règles de réapprovisionnement.
Priorité et exécutions
La nouvelle tranche ne conserve pas nécessairement la priorité de la précédente. Elle peut retourner derrière les ordres déjà présents au même prix, recevoir un nouveau rang ou suivre un algorithme spécifique. La page priorité et exécutions partielles explique les états à suivre.
Réduire la quantité affichée diminue l’empreinte visible, mais peut ralentir l’exécution : une tranche trop petite se renouvelle souvent et perd potentiellement sa place. Une tranche trop grande révèle davantage d’intention. Aucun réglage n’élimine ce compromis.
Un iceberg ne garantit ni meilleur prix, ni discrétion parfaite, ni faible impact de marché. Les transactions successives et les réapparitions au même niveau peuvent attirer d’autres participants, tandis qu’un mouvement du marché peut laisser le reliquat non exécuté.
Peut-on détecter un iceberg ?
Un observateur peut soupçonner une réserve lorsqu’un niveau exécute beaucoup plus que la quantité initialement affichée et se reconstitue à répétition. Mais de nouveaux ordres indépendants peuvent produire le même motif. Sur un flux MBP, les ordres sont agrégés par prix ; sur un flux MBO, les identifiants et séquences apportent plus de détails, sans toujours révéler le parent ou son propriétaire.
La conclusion correcte est donc « comportement compatible avec un iceberg », pas « iceberg prouvé ». Il faut préciser le lieu, le type de flux, la latence, les règles de rafraîchissement et la fenêtre observée. Une inférence graphique sans ces éléments n’est pas reproductible.
Contrôles avant utilisation
Vérifier la quantité minimale affichée, le ratio autorisé entre total et tranche, les règles de priorité au refill, la durée de validité, la gestion des fills partiels, les frais, les bandes de prix et le comportement en enchère. Il faut aussi savoir si modifier la tranche annule et remplace l’ordre.
Le suivi opérationnel doit conserver l’identifiant parent, les enfants, la quantité totale, chaque tranche publiée, chaque fill, le reliquat et les horodatages. Sans cela, le prix moyen ou la vitesse d’exécution ne disent pas si la réserve a été correctement gérée.
Erreur fréquente — Déduire la quantité cachée exacte d’une simple réapparition dans le carnet. Le même effet peut venir de plusieurs participants ou d’ordres indépendants.
Références
- CME Group — Market by Order FAQ — identifiants, priorité et représentation des ordres iceberg dans MBO.
- CME Group — Display Quantity Order Overview — fonctionnement de la quantité affichée et de la réserve.
- CME Group — Enter Orders — paramètres opérationnels des ordres à quantité affichée.
- EUR-Lex — Règlement délégué (UE) 2017/583 — définition réglementaire des ordres iceberg dans le cadre de transparence.