Liquidity tracker (suivi de liquidité)
Un liquidity tracker est un panneau qui enregistre, pour chaque niveau de prix, ce que la liquidité affichée a fait : quelle part a été retirée sans trader et quelle part a été exécutée. Il exige une donnée ordre par ordre (MBO), car un carnet agrégé ne montre que des totaux qui changent, sans dire si un ordre a été annulé ou exécuté.
Senzoukria · Glossaire · Mis à jour en septembre 2026
Retirée ou exécutée
Quand la taille affichée à un prix diminue, un carnet agrégé ne peut pas dire pourquoi. Cette taille a pu traiter, être annulée, ou être replacée un tick plus loin. La donnée au niveau de l'ordre attache un identifiant à chaque ordre et rapporte ses événements d'ajout, de modification, d'exécution et de suppression : le tracker peut donc attribuer la variation — exécutée quand une transaction l'a consommée, retirée quand elle a été supprimée sans exécution. Le guide de la heatmap le dit dans l'autre sens : une bande qui disparaît n'établit à elle seule ni spoofing ni intention.
- Exécutée : la quantité au repos qui a été frappée au bid ou levée à l'ask à ce prix.
- Retirée : la quantité au repos supprimée avant d'avoir traité, requotage ordinaire des teneurs de marché compris.
- Aucune des deux catégories n'identifie un participant, et plusieurs ordres peuvent contribuer à un même niveau.
Ce que les chiffres peuvent soutenir
- Un niveau où le volume exécuté est renouvelé par de nouveaux ajouts est cohérent avec un réapprovisionnement ; ce n'est pas la preuve d'un iceberg natif.
- Un niveau dont l'essentiel de la taille affichée a été retiré à l'approche du prix est un fait sur ce niveau, pas un verdict sur le participant.
- Des événements d'ordre perdus rendent l'image partielle ; le tracker doit dire combien ont été perdus plutôt que de lisser le trou.
Dans Senzoukria
Les réglages de la heatmap comportent un interrupteur « Liquidity tracker » dans la section Liquidité, avec cette aide : pour chaque niveau de prix, ce que la liquidité a fait, retirée sans trader ou exécutée ; exige le flux ordre par ordre. Le panneau affiche une colonne bid et une colonne ask par niveau. Son état vide indique « Aucune activité de carnet pour l'instant » et explique qu'il a besoin du flux MBO parce qu'il lit la vie de chaque ordre, pas seulement les totaux visibles.
Une note sous le panneau précise que « retirée » inclut le requotage normal d'un teneur de marché — annuler pour reposer un tick plus loin ; le panneau distingue le retrait de l'exécution et ne qualifie pas le retrait de trompeur. Quand des événements sont perdus, il affiche leur nombre et indique que l'image est partielle. La visite guidée le cite parmi les réglages de la heatmap, à côté de l'échelle de couleurs, des colonnes du DOM et du volume exécuté. La disponibilité de la donnée MBO dépend du flux et des droits du compte ; sur un flux agrégé, le panneau reste vide plutôt que de déduire.
Erreurs fréquentes
- Qualifier de spoofing une part retirée élevée sur un niveau ; le requotage est le cas ordinaire.
- Activer le tracker sur un flux de profondeur agrégée et lire le panneau vide comme une absence d'activité.
- Ignorer la ligne des événements perdus et traiter un relevé partiel comme complet.
- Sommer retirée et exécutée sur la séance comme si les deux étaient des unités d'intention comparables.
Voir aussi
- Préréglages de heatmap et réglage automatique
- État du flux
- La heatmap de liquidité expliquée
- L'absorption en trading
Cette page dans d’autres langues
Questions fréquentes
- Pourquoi le liquidity tracker exige-t-il la donnée MBO ?
- Parce que seule la donnée au niveau de l'ordre rapporte les événements d'ajout, de modification, d'exécution et de suppression de chaque ordre. Un carnet agrégé montre le total changer à un prix, et une baisse peut être une exécution, une annulation ou un remplacement ; sans identifiant d'ordre, le tracker ne peut rien attribuer, il n'affiche donc rien au lieu de deviner.
- Une part retirée élevée prouve-t-elle un spoofing ?
- Non. « Retirée » inclut les teneurs de marché qui annulent pour reposer un tick plus loin, ce qui est la routine. Le tracker sépare le retrait de l'exécution comme une observation sur le niveau ; attribuer une intention demanderait une information que le flux ne contient pas, et la note du panneau le dit explicitement.
- En quoi diffère-t-il de la teinte ajouts / retraits de la heatmap ?
- La teinte des ajouts et des retraits sur la heatmap est déduite du carnet agrégé et étiquetée comme telle, jamais présentée comme une observation MBO. Le tracker, lui, lit les événements d'ordre réels et rapporte les quantités exécutées et retirées par niveau. Les deux répondent à des questions voisines depuis des données différentes, avec des degrés de certitude différents.