Eine Strategie gibt um 10:00 eine Limit-Order auf. Um 10:03 ändert sich ihr Signal. Im Backtest wird die Order stillschweigend um 10:04 ersetzt, dann wird um 10:05 eine Ausführung gezählt. Im Paper-Trading liegt die ursprüngliche Order möglicherweise noch an der Börse. Wird sie ausgeführt, während die Ersatzorder ebenfalls aktiv ist, hat die Strategie zwei Orders, aber nur ein Positionsmodell, das so tut, als gäbe es nur eine.
Offene Orders brauchen einen eigenen Zustand und eine eigene Uhr. Ein Backtest sollte wissen, wann jede Order aufgegeben wurde, wann sie storniert werden kann, ob die Stornierung die Börse erreicht hat und was passiert, wenn eine Ausführung zeitgleich mit der Stornierung eintritt. Drei verbreitete Abkürzungen blenden diese Tatsachen regelmäßig aus.
Fehler 1: Ein neues Signal als sofortige Stornierung behandeln
Viele Backtests berechnen den Zielbestand bei jedem Balken neu und überschreiben dann die ruhende Order mit dem, was das neueste Signal verlangt. So verschwindet die Order genau in dem Moment, in dem die Strategie ihre Meinung ändert. Reale Börsen funktionieren nicht so. Eine Stornierungsanfrage braucht Zeit, und eine Order kann ausgeführt werden, bevor die Börse sie verarbeitet.
Nehmen wir eine Kauf-Limit-Order über 100 Aktien zu $50.00. Um 10:03 schwächt sich das Signal ab, also sendet die Strategie eine Stornierung. Um 10:03:00.080 werden 60 Aktien der Order ausgeführt; die Stornierung wird um 10:03:00.110 bestätigt. Die übrigen 40 Aktien werden storniert, aber die Position umfasst nun 60 Aktien. Ein Backtest auf Balkenbasis, der die Order um 10:03 löscht, meldet möglicherweise null. Ein Backtest, der eine sofortige Stornierung annimmt und trotzdem später eine Ausführung verbucht, erfindet ein Exposure in die entgegengesetzte Richtung.
Bilde den Lebenszyklus der Order explizit ab: aufgegeben, bestätigt, teilweise ausgeführt, Stornierung ausstehend, storniert oder vollständig ausgeführt. Berücksichtige Ausführungen, die vor der bestätigten Stornierung eintreten. Lege bei einer groben Balkensimulation eine konservative Reihenfolgeregel fest und dokumentiere sie, wenn beide Ereignisse innerhalb eines Balkens möglich sind.
Fehler 2: Einer ruhenden Order eine unbegrenzte Laufzeit geben
Eine Limit-Order, deren Preis sich um 10:00 aus einem Signal ableitet, kann veralten, auch wenn das Signal keine ausdrückliche Ausstiegsregel hat. Das Orderbuch bewegt sich, die Volatilität ändert sich und der Marktwert des Instruments kann sich verschieben. Ein Simulator, der die Order bis zur Ausführung aktiv lässt, kann jedoch Monate später eine Ausführung verbuchen und sie einer These zuschreiben, die längst nicht mehr gilt.
Lege eine Richtlinie für die Ordergültigkeit fest, die zur Strategie passt. Für ein 1-Minuten-Signal könnte die Order 30 Sekunden gültig sein; bei einem täglichen Rebalancing könnte sie bis zum Handelsschluss aktiv bleiben. Das sind Entscheidungen für die jeweilige Strategie, keine allgemeingültigen Vorgaben. Wenn die Strategie bei jedem Balken den Preis anpasst, modelliere die Abfolge aus Stornierung und Ersatzorder, statt die Order auf magische Weise an ihren neuen Preis zu versetzen.
| Orderrichtlinie | Typische Verwendung | Frage für den Backtest |
|---|---|---|
| Sofort oder stornieren | Verfügbare Liquidität nutzen, dann stoppen | Welcher Anteil hätte bei Aufgabe der Order ausgeführt werden können? |
| Kurze Gültigkeit | Schnelles Signal mit kurzem Ausführungsfenster | War die Order noch gültig, als der Preis zurückkehrte? |
| Bis zum Sitzungsende | Langsames Rebalancing oder Absicht, an der Schlussauktion teilzunehmen | Unterstützt die Börse diese Gültigkeitsdauer tatsächlich? |
Fehler 3: Jede Berührung des Preises als Ausführung zählen
Wenn das Tief einer Kerze eine Kauf-Limit-Order erreicht, bedeutet das nicht zwingend, dass die Order ausgeführt wurde. Möglicherweise standen andere Orders in der Warteschlange davor, das gehandelte Volumen zu diesem Preis war gering oder ein kurzer Kursausschlag fand statt, bevor die Order eintraf. Ein veraltetes Ordermodell vereint oft alle drei Fehler: Es lässt die Order zu lange aktiv, nimmt an, dass sie an erster Stelle stand, und verbucht dann bei jeder Berührung des Preises eine vollständige Ausführung.
Verhindere mindestens Ausführungen vor dem Eintreffen der Order und begrenze die simulierte Menge auf ein plausibles Handelsvolumen zum Limitpreis. Bei Strategien, für die die Position in der Warteschlange wichtig ist, solltest du Trade- und Orderbuchdaten oder ein bewusst konservatives Warteschlangenmodell verwenden. Eine Ausführung bei bloßer Preisberührung kann für eine grobe Vorauswahl dennoch nützlich sein. Kennzeichne sie aber als optimistische Näherung und vergleiche sie mit einer strengeren Annahme.
Ein praktischer Audit: Protokolliere für jede Order den Erstellungszeitpunkt, das aktive Zeitfenster, die Stornierungsanfrage und -bestätigung, den Ausführungszeitpunkt, die ausgeführte Menge und die Restmenge. Spiele dann einige Trades rund um Signalwechsel erneut ab. Wenn du nicht erklären kannst, warum eine Order bei ihrer Ausführung noch aktiv war, muss die Zahl der Ausführungen im Backtest überprüft werden.
Modelliere die Order, die du im Paper-Trading testen willst
Der Orderzustand verbindet die Absicht der Strategie mit ihrem tatsächlichen Exposure. Die Position sollte sich durch Ausführungen ändern, nicht durch Signalziele oder Stornierungsanfragen. Ersatzorders sollten nachvollziehbar protokolliert werden, und Teilausführungen müssen in die nächste Entscheidung übernommen werden. Das macht den Backtest umständlicher, aber auch den Vergleich mit dem Paper-Trading aussagekräftig: Beide Systeme können aus nachvollziehbaren Gründen bei der Ausführung voneinander abweichen.
Wenn das Ordermodell unsicher ist, sollte sich diese Unsicherheit im Ergebnis zeigen. Teste Orders mit kurzer und langer Gültigkeit, variiere die Stornierungsverzögerung und zeige, wie stark die Performance von optimistischen Annahmen zur Position in der Warteschlange abhängt. Vielleicht ist die Strategie solide. Vielleicht stammt ihr scheinbarer Vorteil aber auch von den Zinsen einer Order, die das reale System schon vor Stunden storniert hätte.
← Alle Beiträge
