Orderbuchdaten im Trading-Bot: Warum sich DOM-Signale kaum backtesten lassen

Orderbuch und Footprint wirken wie zwei Ansichten derselben Sache, zeigen aber grundverschiedene Dinge. Das Buch zeigt ruhende Limit-Orders, also angekündigte Absicht. Der Footprint zeigt Ausführungen, also das, was tatsächlich stattgefunden hat. Für das manuelle Beobachten ist dieser Unterschied eine Nuance. Für einen Bot ist er der entscheidende Punkt.

Ruhende Liquidität ist unverbindlich

Eine Limit-Order im Buch bindet niemanden. Sie kann storniert werden, bevor der Preis sie erreicht, und genau das passiert laufend. Eine auffällig große Order kann echtes Interesse sein - oder eine Order, die genau so lange liegen bleibt, bis jemand darauf reagiert. Eine Regel der Form, dass eine große Order auf einem Niveau als Unterstützung gilt, stützt sich damit auf eine Information, die sich in derselben Sekunde auflösen kann, in der sie gelesen wurde. Ausgeführtes Volumen hat dieses Problem nicht: Was gehandelt wurde, bleibt gehandelt.

Das größere Problem ist die Historie

Der zweite Unterschied wiegt in der Praxis noch schwerer. Ausführungen sind vollständig aufgezeichnet - jeder Trade mit Preis, Menge und Seite. Der Zustand des Orderbuchs über die Zeit ist dagegen eine ganz andere Art von Daten: Dafür braucht es jede Hinzufügung, Änderung und Stornierung auf jedem Preisniveau, und das ist nicht Teil der üblichen Verlaufsdaten eines Charts. Eine Regel, die auf dem Buchzustand beruht, lässt sich deshalb meist nicht über dieselbe Historie prüfen wie eine Regel auf Basis ausgeführter Daten. Das ist keine Frage der Programmierung, sondern der Datengrundlage.

Was daraus praktisch folgt

• Eine DOM-Regel, die nie gegen Historie geprüft wurde, bleibt eine Annahme - auch wenn sie im Livebetrieb plausibel aussieht
• Wer sie trotzdem einsetzen will, sollte ab dem ersten Tag eigene Momentaufnahmen des Buchzustands protokollieren und sich so eine eigene Historie aufbauen
• Dabei nur die Größen speichern, die die Regel wirklich braucht - ein vollständiger Mitschnitt des Buches wächst sehr schnell
• Live-Beobachtung und Backtest sauber auseinanderhalten statt eine Scheinprüfung über wenige Tage zu rechnen

Robuster: Veränderung statt Größe

Die statische Größe einer Order ist die anfälligste Information im Buch. Belastbarer sind Veränderungen über die Zeit, und vor allem der Abgleich mit den Ausführungen: Bleibt eine große Order liegen, während aggressiv dagegen gehandelt wird, ist das eine beobachtbare Tatsache - das Volumen wurde ausgeführt und die Order ist immer noch da. Verschwindet sie dagegen, ohne dass nennenswert gehandelt wurde, war sie offenbar nicht als Ausführung gedacht. In beiden Fällen kommt die Bestätigung aus den ausgeführten Daten, nicht aus dem Buch selbst.

Wie dieses Aufnehmen von Aggression im Footprint sichtbar wird, steht im Beitrag zu Absorption und Exhaustion.

Wofür das Orderbuch trotzdem taugt

• Einschätzung der aktuellen Markttiefe, also wie weit ein Marktauftrag den Preis überhaupt bewegen würde - unmittelbar relevant für die erwarteten Ausführungskosten
• Erkennen dünner Bereiche, in denen sich der Preis erfahrungsgemäß schneller bewegt
• Alarm bei auffälligen Veränderungen als Hinweis für den manuellen Blick statt als automatischer Auslöser
• Kontrolle der eigenen Orders: wo die eigene Order relativ zum Rest liegt und ob sie realistisch erreicht wird

Warum Markttiefe direkt auf den Ausführungspreis durchschlägt, behandelt der Beitrag zu Slippage im Trading-Bot.

Das Orderbuch ist kein schlechteres Werkzeug als der Footprint, es beantwortet nur eine andere Frage - und eine, deren Antwort jederzeit zurückgenommen werden kann. Wer das schon beim Entwurf einer automatisierten Regel berücksichtigt, erspart sich die Enttäuschung, dass ein live überzeugendes Signal sich im Nachhinein nicht überprüfen lässt.