Carnet d'ordres

Structure du carnet

Chaque côté du carnet est une liste triée de niveaux de prix. Côté bid, le prix le plus haut vient en premier ; côté ask, le prix le plus bas. À chaque niveau, le carnet porte soit une taille affichée agrégée (market by price, MBP), soit les ordres individuels dans leur ordre de file (market by order, MBO). L'écart entre le premier bid et le premier ask est le spread.

Une transaction a lieu quand un ordre entrant franchit le spread : un achat au marché, ou un achat à cours limité placé au niveau ou au-dessus du meilleur ask, s'exécute contre l'ask en attente. Le côté en attente est passif ; le côté qui franchit est l'agresseur. Le footprint enregistre cette exécution par prix et par côté ; le carnet enregistre ce qui restait après.

• Les mises à jour du carnet arrivent sous forme d'ajouts, d'annulations, de modifications et d'exécutions. Un changement de taille à un niveau ne dit pas lequel a eu lieu, sauf si le flux porte les événements.
• La taille affichée peut n'être qu'une fraction de la quantité réelle lorsque des ordres iceberg sont utilisés.
• La profondeur du carnet est un jeu de données distinct des transactions ; une archive de transactions ne reconstruit pas le carnet.

Lire les changements plutôt que les instantanés

• L'order flow imbalance (OFI) somme les variations de taille au meilleur bid et au meilleur ask sur une fenêtre, en traitant une hausse de la taille au bid ou une baisse de la taille à l'ask comme une pression acheteuse, et l'inverse comme une pression vendeuse. C'est une mesure de changement du carnet, pas de transactions.
• Des niveaux empilés d'un côté décrivent une étagère que le marché devrait traverser ; qu'elle tienne s'observe ensuite, cela ne se déduit pas.
• Une heatmap enregistre l'histoire du carnet pour que murs, retraits et recharges deviennent des motifs au lieu d'un scintillement.
• Les trous de flux produisent des états inconnus ; un niveau non rapporté n'est pas un niveau de taille nulle.

Dans Senzoukria

Le carnet est dessiné de trois façons sur la page Heatmap : en bandes de couleur de la heatmap dans le temps, en échelle DOM et profil DOM à droite, et en overlay « Échelle DOM » sur le graphique avec « Bid — ordres d'achat en attente » et « Ask — ordres de vente en attente » colorés séparément. Le réglage « Plancher de bruit (lots) » et la « Taille minimale » du profil DOM masquent les petits niveaux en attente pour que les murs ressortent seuls ; l'aide du second précise qu'au-dessus de zéro, le profil cesse de montrer le carnet et montre les murs.

Le panneau du liquidity tracker exige le flux ordre par ordre (MBO) : son état vide indique qu'il lit la vie de chaque ordre, pas seulement les totaux visibles. Rithmic et Databento fournissent le carnet CME selon les droits accordés ; Bybit fournit un historique de carnet crypto enregistré ; l'historique tick du broker ne contient que des transactions et aucun carnet.

Erreurs fréquentes

• Prendre la profondeur affichée pour de la liquidité disponible. Les ordres peuvent être retirés avant que le prix n'arrive.
• Fusionner les transactions d'une place avec le carnet d'une autre comme s'il s'agissait d'un même historique apparié.
• Appeler spoofing tout niveau disparu. Le guide de lecture du DOM rappelle que l'annulation est observable, l'intention non.
• Supposer qu'un flux MBP montre la position dans la file. Seul le MBO porte les ordres individuels.