Ein Orderbuch hält fest, was Menschen zu tun ankündigen. Eine Blockchain hält fest, was tatsächlich bewegt wurde. Marktmissbrauch lebt in der Lücke zwischen beidem, und genau deshalb liest Seqlense Monitoring beide Datenströme und führt sie auf dieselbe Person zurück.
Fünf Minuten Lesezeit · Kein Konto nötig · Geschrieben für alle, die es intern erklären müssen
Zwei Aufzeichnungen desselben Handelsnachmittags. Die eine entsteht in Ihren eigenen Systemen, die andere in einem öffentlichen Netzwerk, das niemandem gehört. Der größte Teil der Verwirrung kommt daher, dass beide als ein und dieselbe Sache behandelt werden.
Das Handelssystem, durch das die Orders Ihrer Kunden laufen, ob Sie die Plattform selbst betreiben oder an eine andere weiterleiten. Es hält jedes Kauf- und Verkaufsangebot in der Reihenfolge seines Eingangs fest, auch die eine Sekunde später geänderten oder zurückgezogenen, und die meisten werden nie zu einem Geschäft. Das sind interne Daten: niemand von außen sieht das Orderbuch, solange Sie es nicht zeigen.
Ein öffentliches Netzwerk, das niemandem gehört und außerhalb Ihrer Mauern läuft. Es hält Werte fest, die tatsächlich eine Wallet verlassen haben und in einer anderen angekommen sind, eingetragen in ein Register, das danach niemand mehr umschreiben kann. Jeder kann es lesen, Sie können es weder abschalten noch privat halten, und nichts darin trägt einen Namen.
Dieselbe Person steht auf beiden Seiten. Lesen Sie jede Aufzeichnung für sich, und Sie erhalten eine halbe Geschichte, die unter jeder Schwelle bleibt. Gehen Sie die drei Ansichten durch.
Die halbe Geschichte. Eine Wand, die gestellt wird, um gesehen zu werden, und zurückgezogen wird, bevor sie ausgeführt werden kann, ist für sich genommen ein Manipulationsmuster, und nur das Orderbuch hält es fest: die Order wurde nie ausgeführt, also wird keine Blockchain sie je zeigen. Was diese Ansicht nicht sagt, ist wohin das Geld ging und wer auf der anderen Seite stand.
Die halbe Geschichte. Drei Transfers, bewusst so bemessen, dass sie unter der Linie bleiben, die Aufmerksamkeit erzeugt, und alle enden am selben Ort. Das Register beweist die Bewegung ohne Diskussion. Was es nicht sagt, ist dass überhaupt jemand eine Order erteilt hat, und warum.
Ein Subjekt, ein Fall. Die Wand wurde auf der einen Seite zurückgezogen, während die Mittel auf der anderen aufgeteilt wurden, von derselben Person. Jede Hälfte bleibt unter ihrer eigenen Schwelle. Zusammen gelesen, gegen eine Identität, ergeben sie eine Akte: die Absicht steht im Orderbuch, das Geld liegt auf der Chain.
Illustrativ und bewusst klein gehalten. Ein echter Lauf liest alle Orderbücher auf einmal statt eine einzelne Plattform, denn ein über zwei Plattformen verteilter Handelsfluss verschwindet aus jeder Ansicht, die nur an der Kunden-ID hängt.
Die wichtigste Zeile ist die letzte. Jede Aufzeichnung ist genau dort blind, wo die andere sieht.
| Frage | On-Chain | Orderbuch |
|---|---|---|
| Wessen System es ist | Niemandes. Ein öffentliches Netzwerk außerhalb Ihrer Mauern, das Sie weder konfigurieren noch anhalten noch privat halten können. | Ihres, oder das der Plattform, an die Sie weiterleiten. Es ist das interne Handelssystem, durch das Ihr eigener Fluss läuft. |
| Was aufgezeichnet wird | Abgewickelter Wert: ein Transfer, der stattgefunden hat, vom Netzwerk mit Zeitstempel versehen. | Absichten: jede Order, die erteilt, geändert, storniert oder abgelehnt wurde, ausgeführt oder nicht. |
| Woher die Daten kommen | Aus öffentlichen Registern, gelesen von unserem eigenen Indexer. Niemand muss zustimmen. | Aus Ihrer Plattform, und nur aus ihr. Ein CSV-Export oder eine Server-zu-Server-Übergabe. |
| Wer es sonst sehen kann | Jeder, überall, so lange die Chain existiert. | Sie, und wem Sie es zeigen müssen. |
| Wen es identifiziert | Eine Adresse. Keine Person, bis jemand es feststellt. | Eine Kunden-ID. Ebenfalls keine Person, und auf jeder Plattform eine andere. |
| Wie Missbrauch hier aussieht | Wash Trading zwischen Wallets, die ein Akteur kontrolliert, unter Schwellen zerlegte Transfers, Wallets, die vor einer Ankündigung im Gleichschritt bewegen. | Wash Trading im Orderbuch, Smurfing, Layering und Spoofing: Quotes, die gestellt werden, um gesehen zu werden, und zurückgezogen werden, bevor sie ausgeführt werden. |
| Welche Vorschriften greifen | MiCA Titel VI und die Anforderungen der Delegierten Verordnung (EU) 2025/885 an Orderdaten, die auch Aktivität auf dem Register erfasst.MiCA | MAR und MiFID II: Überwachung von Ordereingabe und Stornierung, mit fünfjähriger Aufbewahrung der Orderaufzeichnungen.MAR · MiFID II |
| Was es allein nicht sagen kann | Die Absicht. Ein Transfer sieht gleich aus, ob er ein ehrliches Geschäft abwickelt oder den Erlös eines manipulierten bewegt. | Wohin der Wert ging. Eine stornierte Order hinterlässt keine Geldspur, weil kein Geld bewegt wurde. |
Die regulatorischen Verweise dienen der Orientierung. Sie sind keine Beratung, und welche Pflichten Sie treffen, hängt von Ihrer Zulassung und Ihrer Tätigkeit ab.
Missbrauchsmuster sind ihrer Natur nach weder on-chain noch Orderbuch. Sie sind ein Verhalten, das jeweils das Kostüm trägt, das die Plattform gerade hergibt.
Im Orderbuch sind es zwei Kunden-IDs, die einander bedienen: Volumen ohne Risiko, gedruckt damit ein Markt lebendig wirkt. Auf der Chain sind es zwei Wallets, die ein Akteur kontrolliert und zwischen denen dieselben Token hin und her laufen. Identische Absicht, zwei völlig verschiedene Akten.
Smurfing im Orderbuch ist das Interesse eines Kunden, zerlegt in viele kleine Orders. Fragmentierung auf der Chain ist eine Zahlung, zerlegt in viele kleine Transfers. In beiden Fällen ist die Größe für die Schwelle gewählt, nicht für das Geschäft, und die Summe ist die einzige ehrliche Zahl.
Layering und Spoofing existieren nur im Orderbuch. Die Order ist die ganze Handlung, und sie wird zurückgezogen, bevor sie abgewickelt wird, also hält kein öffentliches Register je eine Spur davon. Ein Werkzeug, das nur Abwicklung liest, ist dafür blind, konstruktionsbedingt und nicht aus Nachlässigkeit.
Dieses Muster braucht beide Hälften, um überhaupt etwas zu bedeuten. Die Chain zeigt eine Wallet, die sich in den Stunden vor einer Ankündigung mit Mitteln versorgt. Das Orderbuch zeigt die Order, die dieses Geld benutzt hat. Jede Hälfte für sich ist ein Zufall, und Zufälle überleben die Frage einer Aufsicht nicht.
Beide Aufzeichnungen zu besitzen ändert nichts, solange sie in zwei Systemen liegen. Was daraus einen Fall macht, ist die Identität darunter: eine am Montag auffällige Wallet und ein am Donnerstag auffälliger Handelskunde müssen aufhören, wie zwei unabhängige Ereignisse auszusehen.
Ein Wallet-Scan und ein Lauf über den Orderfluss lesen verschiedene Daten und folgen verschiedenen Regeln, und legen ihre Ergebnisse dann in derselben Liste ab, gegen dieselben Subjekte. So arbeitet jede Engine.
Die Zuordnung ist das Urteil einer Analystin oder ein Import aus Ihrer eigenen KYC-Basis, nie eine heuristische Vermutung, und sie liegt neben der Orderaufzeichnung statt in ihr. Zur Identitätsauflösung.
Fügen Sie eine Wallet in den kostenlosen Check ein, oder bringen Sie einen Plattform-Export mit und sehen Sie die ersten Alarme gegen benannte Kunden auflaufen.
Nein, und beide überschneiden sich kaum. Ein Explorer zeigt Transfers, die abgewickelt wurden. Ein Orderbuch zeigt Absichten, auch die vor der Abwicklung zurückgezogenen, und genau die sind häufig der Beweis.
Sie beweisen, dass Wert bewegt wurde, und das ist mehr als die meisten Aufzeichnungen leisten. Was sie nicht tragen, sind Absicht und Identität. Ein On-Chain-Befund wird meist dann zum Fall, wenn etwas außerhalb der Chain, eine Order, eine KYC-Akte oder ein OSINT-Element, sagt wer und warum.
In der Praxis das Orderbuch. Registerdaten sind öffentlich und wir indexieren sie selbst. Orderdaten existieren nur in Ihrer Plattform, weshalb die Aufnahme mit dem einmaligen Mapping Ihrer eigenen CSV-Spalten je Plattform beginnt.
Das ergibt sich aus der Tätigkeit, nicht aus einer Vorliebe. Wer Kundenorders ausführt oder vermittelt, trägt Pflichten zur Orderüberwachung, und das öffentliche Register ist der Ort, an dem die Mittel tatsächlich liegen. Die meisten, die nur eine Seite überwachen, überwachen die, für die sie zufällig Daten hatten.
Solange das so bleibt, nicht. Ohne Order gibt es kein Orderbuch zu überwachen, und die Wallet-Engine deckt die ganze Fläche ab. In dem Moment, in dem Sie Käufe und Verkäufe von Kunden zusammenführen, kommt die andere Hälfte mit.
Es betrifft Sie an den Rändern: bei Ein- und Auszahlungen. Der Kunde, dessen Orders Sie überwachen, finanziert sein Konto von irgendwoher, und dieses Irgendwo liegt auf einem Register, das Sie lesen können.
Dafür ist sie da. Sie braucht kein Konto und enthält dieselbe Erklärung wie in der Demo, also erreicht sie auch alle, die nicht im Raum waren.