Un carnet d'ordres enregistre ce que les gens annoncent vouloir faire. Une blockchain enregistre ce qui a réellement bougé. L'abus de marché vit dans l'écart entre les deux, et c'est exactement pour cela que Seqlense Monitoring lit les deux flux et les rattache à la même personne.
Cinq minutes de lecture · Sans compte · Écrit pour celui qui doit l'expliquer en interne
Deux registres du même après-midi de trading. L'un est tenu à l'intérieur de vos propres systèmes, l'autre par un réseau public qui n'appartient à personne. L'essentiel de la confusion sur le sujet vient de là, on les traite comme une seule et même chose.
Le système de trading par lequel passent les ordres de vos clients, que vous exploitiez la plateforme vous-même ou que vous routiez vers une autre. Il conserve chaque intention d'achat ou de vente dans l'ordre où elle est arrivée, y compris celles modifiées ou retirées une seconde plus tard, et la plupart ne deviennent jamais une transaction. Ce sont des données internes, personne à l'extérieur ne voit le carnet tant que vous ne le montrez pas.
Un réseau public qui n'appartient à personne et qui tourne en dehors de vos murs. Il enregistre la valeur qui a réellement quitté un wallet pour en rejoindre un autre, inscrite dans un registre que personne ne peut réécrire ensuite. N'importe qui peut le lire, vous ne pouvez ni l'éteindre ni le garder privé, et rien n'y porte de nom.
La même personne est des deux côtés. Lisez chaque registre séparément et vous obtenez une moitié d'histoire qui reste sous tous les seuils. Parcourez les trois vues.
La moitié de l'histoire. Un mur posé pour être vu et retiré avant d'être exécuté est en soi un schéma de manipulation, et le carnet d'ordres est le seul registre qui le retient : l'ordre n'a jamais été exécuté, donc aucune blockchain ne le montrera jamais. Ce que cette vue ne dit pas, c'est où est parti l'argent, ni qui se trouvait en face.
La moitié de l'histoire. Trois transferts, délibérément dimensionnés pour rester sous la ligne qui attire l'attention, qui finissent au même endroit. Le registre prouve le mouvement sans discussion possible. Ce qu'il ne dit pas, c'est que quelqu'un a passé un ordre, ni pourquoi.
Un seul sujet, un seul dossier. Le mur a été retiré d'un côté pendant que les fonds étaient découpés de l'autre, par la même personne. Chaque moitié reste sous son propre seuil. Lues ensemble, contre une seule identité, elles forment un dossier : l'intention est dans le carnet, l'argent est sur la chaîne.
Illustratif, et volontairement réduit. Un run réel lit tous les carnets d'un coup plutôt qu'une seule plateforme, parce qu'un flux réparti sur deux plateformes disparaît de toute vue indexée sur le seul identifiant client.
La ligne qui compte le plus est la dernière. Chaque registre est aveugle exactement là où l'autre voit.
| Question | On-chain | Carnet d'ordres |
|---|---|---|
| À qui appartient le système | À personne. Un réseau public, hors de vos murs, que vous ne pouvez ni configurer, ni mettre en pause, ni garder privé. | À vous, ou à la plateforme vers laquelle vous routez. C'est le système de trading interne par lequel passe votre propre flux. |
| Ce qui est enregistré | De la valeur réglée : un transfert qui a eu lieu, horodaté par le réseau. | Des intentions : chaque ordre passé, modifié, annulé ou rejeté, exécuté ou non. |
| D'où viennent les données | De registres publics, lus par notre propre indexeur. Personne n'a à donner son accord. | De votre plateforme, et d'elle seule. Un export CSV ou un envoi serveur à serveur. |
| Qui d'autre peut les voir | Tout le monde, partout, aussi longtemps que la chaîne existe. | Vous, et ceux à qui vous êtes tenu de les montrer. |
| Qui est identifié | Une adresse. Pas une personne, tant que quelqu'un ne l'a pas dit. | Un identifiant client. Pas une personne non plus, et différent sur chaque plateforme. |
| À quoi ressemble l'abus ici | Wash trading entre wallets contrôlés par le même acteur, transferts fragmentés sous les seuils, wallets qui bougent de concert avant une annonce. | Wash trading sur un carnet, smurfing, layering et spoofing : des ordres posés pour être vus, retirés avant d'être exécutés. |
| Quels textes s'appliquent | MiCA Titre VI, et les attentes du règlement délégué (UE) 2025/885 sur les données d'ordres, qui couvre aussi l'activité sur le registre.MiCA | MAR et MiFID II : surveillance de la saisie et de l'annulation des ordres, avec conservation du registre des ordres pendant cinq ans.MAR · MiFID II |
| Ce qu'il ne peut pas dire seul | L'intention. Un transfert est identique qu'il règle une transaction honnête ou qu'il déplace le produit d'une transaction manipulée. | Où est passée la valeur. Un ordre annulé ne laisse aucune trace d'argent, puisque rien n'a bougé. |
Les références réglementaires sont données pour vous orienter. Ce ne sont pas des conseils, et les obligations qui vous concernent dépendent de votre agrément et de votre activité.
Les schémas d'abus ne sont pas on-chain ou carnet d'ordres par nature. C'est un seul comportement, qui porte le costume que la plateforme lui laisse disponible.
Sur un carnet, ce sont deux identifiants clients qui s'exécutent l'un contre l'autre : du volume sans risque, imprimé pour faire croire qu'un marché est vivant. Sur une chaîne, ce sont deux wallets contrôlés par le même acteur, qui se repassent les mêmes jetons. Intention identique, deux dossiers complètement différents à ouvrir.
Le smurfing sur un carnet, c'est l'intérêt d'un seul client découpé en multitude de petits ordres. La fragmentation sur une chaîne, c'est un seul paiement découpé en multitude de petits transferts. Dans les deux cas la taille est choisie pour le seuil, pas pour la transaction, et la somme est le seul chiffre honnête.
Le layering et le spoofing n'existent que dans le carnet. L'ordre est l'acte tout entier, et il est retiré avant de s'exécuter, donc aucun registre public n'en gardera jamais la trace. Un outil qui ne lit que le règlement est aveugle à ça par construction, pas par négligence.
Celui-ci a besoin des deux moitiés pour vouloir dire quelque chose. La chaîne montre un wallet qui se provisionne dans les heures qui précèdent une annonce. Le carnet montre l'ordre qui a utilisé cet argent. Chaque moitié seule est une coïncidence, et les coïncidences ne survivent pas à la question d'un régulateur.
Détenir les deux registres ne change rien tant qu'ils vivent dans deux systèmes. Ce qui en fait un dossier, c'est l'identité en dessous : un wallet signalé lundi et un client de trading signalé jeudi doivent cesser de ressembler à deux événements sans rapport.
Un scan de wallet et un run sur le flux d'ordres lisent des données différentes et répondent à des règles différentes, puis déposent leurs résultats dans la même liste, contre les mêmes sujets. Voir comment fonctionne chaque moteur.
Le rapprochement est un jugement d'analyste ou un import depuis votre propre base KYC, jamais une supposition heuristique, et il vit à côté du registre des ordres plutôt qu'à l'intérieur. Voir la résolution d'identité.
Collez un wallet dans le check gratuit, ou apportez un export de plateforme et regardez les premières alertes tomber contre des clients nommés.
Non, et les deux ne se recouvrent presque pas. Un explorateur montre les transferts qui ont été réglés. Un carnet montre des intentions, y compris celles retirées avant d'être exécutées, qui sont souvent la preuve elle-même.
Elles prouvent que de la valeur a bougé, ce qui est déjà plus que la plupart des registres. Ce qu'elles ne portent pas, c'est l'intention et l'identité. Un signal on-chain devient généralement un dossier quand quelque chose hors chaîne, un ordre, un dossier KYC ou un élément OSINT, dit qui et pourquoi.
Le carnet, en pratique. Les données de registre sont publiques et nous les indexons nous-mêmes. Les données d'ordres n'existent qu'à l'intérieur de votre plateforme, et c'est pour ça que l'ingestion commence par le mapping de vos propres colonnes CSV, une fois par plateforme.
Ça découle de votre activité, pas d'une préférence. Une entreprise qui exécute ou qui arrange des ordres clients porte des obligations de surveillance des ordres, et le registre public est l'endroit où les fonds se trouvent réellement. La plupart des acteurs qui ne surveillent qu'un côté surveillent celui dont ils avaient les données.
Pas tant que ça reste vrai. Sans ordre, il n'y a pas de carnet à surveiller, et le moteur wallet couvre toute la surface. Le jour où vous appariez des achats et des ventes clients, l'autre moitié arrive avec.
Il compte aux extrémités : les dépôts et les retraits. Le client dont vous surveillez les ordres alimente son compte depuis quelque part, et ce quelque part est sur un registre que vous pouvez lire.
C'est fait pour. Elle ne demande aucun compte et c'est la même explication que celle donnée en démo, donc elle voyage bien jusqu'à ceux qui n'étaient pas dans la salle.