Profondeur agrégée ou ordre par ordre
La profondeur agrégée rapporte une taille totale par niveau de prix, tandis que la profondeur ordre par ordre (market by order, MBO) rapporte chaque ordre au repos avec son identifiant, sa taille et sa position dans la file. Les deux flux décrivent le même carnet, mais seul le flux ordre par ordre permet à une plateforme de suivre un ordre tout au long de sa vie et de séparer les annulations des exécutions.
Senzoukria · Glossaire · Mis à jour en septembre 2026
Ce que porte chaque flux
| Agrégée (market by price) | Ordre par ordre (market by order) | |
|---|---|---|
| Contenu des messages | Prix, côté, taille totale, nombre d'ordres | Identifiant d'ordre, prix, côté, taille, priorité |
| Position dans la file | Indisponible | Déductible de la priorité |
| Annulation, modification ou exécution | Seulement la variation nette du total | Chaque événement attribué à un ordre |
| Bande passante | Plus faible | Plus élevée |
| Entitlement | Dépend de l'abonnement aux données | Entitlement distinct, là où il est proposé |
Ce qui s'infère des totaux, et ce qui ne s'infère pas
- Une baisse de la taille totale à un niveau vous dit que de la taille est partie ; elle ne dit pas si un ordre a été annulé ou si dix ordres ont chacun été rognés.
- Rapprocher une baisse d'une transaction au même prix et au même instant soutient la lecture d'une taille exécutée ; cela ne prouve pas quel ordre a été rempli.
- Un iceberg qui se recharge se voit en réapprovisionnements répétés sur les deux flux, mais seul le flux ordre par ordre montre si les recharges sont le même ordre ou de nouveaux ordres.
- La position dans la file, c'est-à-dire la taille devant votre ordre à un prix, exige le flux ordre par ordre.
Qui propose quoi
Le CME documente les flux market by price et market by order de ses futures ; lequel parvient à une plateforme dépend de l'entitlement attaché à l'abonnement aux données, pas du code de la plateforme. Les plateformes crypto publient en général des instantanés de profondeur agrégée et des mises à jour différentielles sur des websockets publics, sans identifiant d'ordre.
Dans Senzoukria
L'écran heatmap dessine la profondeur du flux que livre la connexion, quel qu'il soit. Les fonctions qui exigent le flux ordre par ordre le disent : l'état vide du panneau Liquidity tracker indique qu'il a besoin du flux ordre par ordre (MBO), parce qu'il lit la vie de chaque ordre et pas seulement les totaux visibles. Les lectures tirées de la profondeur agrégée portent la mention « inféré du carnet agrégé », jamais présentée comme une observation MBO.
Les données de marché sont facturées par le fournisseur, et l'entitlement de profondeur fait partie de cet abonnement ; l'application ne substitue pas une vue ordre par ordre inférée quand le flux est agrégé.
Erreurs fréquentes
- Attendre une position dans la file ou un suivi par ordre depuis un flux agrégé.
- Supposer qu'une plateforme qui annonce une heatmap reçoit le flux ordre par ordre complet.
- Comparer deux images de profondeur issues de deux flux comme si elles avaient la même couverture.
Voir aussi
Cette page dans d’autres langues
Questions fréquentes
- Faut-il des données ordre par ordre pour utiliser une heatmap ?
- Non. Une heatmap dessine la taille au repos totale par prix dans le temps, ce que fournit la profondeur agrégée. Le flux ordre par ordre ajoute la capacité d'attribuer les variations à des ordres précis, ce qui alimente un suivi de liquidité et des estimations de file. L'image est la même ; c'est l'attribution qui diffère.
- La profondeur agrégée permet-elle de distinguer une annulation d'une exécution ?
- Seulement par inférence. Si le total d'un niveau baisse au moment même où une transaction s'imprime à ce prix pour une taille correspondante, la baisse est compatible avec une exécution. Si aucune transaction ne s'imprime, la baisse était une annulation ou une modification. L'inférence est souvent juste, mais c'est une corrélation entre deux flux, pas un événement observé.
- Pourquoi le flux ordre par ordre coûte-t-il plus cher à traiter ?
- Parce que chaque événement d'ordre est un message. Un future d'indice liquide génère bien plus de soumissions, de modifications et d'annulations que de transactions : le débit de messages vaut donc plusieurs fois celui du flux agrégé. La plateforme doit traiter et stocker chaque événement pour reconstruire la vie des ordres, ce qui est plus lourd que de tenir des totaux par prix.