Du hast ein überzeugendes Ergebnis gefunden: Deine Krypto-Strategie erzielt den Großteil ihrer Rendite zwischen 13:00 und 14:00 UTC. Du hast die Gebühren geprüft, den Backtest erneut ausgeführt und das Signal im Paper-Trading getestet. Jetzt bereitest du eine Version für US-Aktien vor, und die stärkste Stunde scheint zwischen 09:30 und 10:30 New Yorker Zeit zu liegen.
Bevor du einem der beiden Ergebnisse vertraust, prüfe, was die Uhr gemacht hat. Durch die US-Sommerzeit verschiebt sich die Eröffnung in New York relativ zu UTC um eine Stunde. Wenn deine Features, Sitzungskennzeichnungen und Orders unterschiedliche Zeitdefinitionen verwenden, nutzt die Strategie möglicherweise einen Kalenderwechsel statt eines wiederkehrenden Marktmusters aus.
Du musst die Intraday-Forschung nicht verwerfen. Lege fest, auf welche Uhr sich deine Hypothese bezieht, und stelle dann sicher, dass alle Teile des Backtests sie einheitlich verwenden.
Sag zuerst, was mit der Stunde gemeint ist
„Die erste Stunde“ klingt präzise, bis du die Bezugsuhr benennst. Gemeint sein könnten die ersten 60 Minuten nach der Eröffnung der NYSE, 09:30–10:30 nach New Yorker Ortszeit oder ein festes UTC-Intervall. Diese Definitionen stimmen einen Teil des Jahres überein und weichen rund um die Zeitumstellungen voneinander ab.
Für die Aktienhypothese solltest du die lokale Sitzungszeit der Börse verwenden: 09:30 New Yorker Zeit bedeutet 09:30, unabhängig davon, ob in New York EST oder EDT gilt. Für die Krypto-Hypothese könnte eine feste UTC-Stunde die beabsichtigte Variable sein. Krypto wird rund um die Uhr gehandelt, daher gibt es keine Eröffnungsglocke eines Handelsplatzes, an der sich die Aussage festmachen ließe.
Halte die Definition fest, bevor du optimierst. „Handle die erste Stunde nach Eröffnung der regulären Sitzung“ lässt sich testen. „Handle während der Stunde, in der das Signal am besten funktioniert“ verleitet den Optimierer dazu, gemeinsam mit der Strategie auch die Zeitdefinition auszuwählen.
Wo sich unterschiedliche Zeitangaben einschleichen
Angenommen, deine Aktiendaten sind in UTC gespeichert, dein Feature-Code gruppiert Zeilen nach UTC-Stunden und deine Ausführungsregeln eröffnen Positionen um 09:30 New Yorker Zeit. Nach einer Zeitumstellung verschiebt sich die Markteröffnung von 14:30 UTC auf 13:30 UTC. Ein Feature, das anhand des UTC-Zeitfensters als „erste Stunde“ gekennzeichnet ist, bezieht sich nun auf einen anderen Abschnitt der Sitzung.
Eine ähnliche Falle entsteht, wenn du Balken anhand von Zeitstempeln bildest. Wenn du in UTC aggregierst und anschließend die Beschriftungen in New Yorker Zeit umwandelst, können unerwartete Grenzen entstehen – besonders beim Wechsel im Frühjahr, wenn eine lokale Stunde nicht existiert, und im Herbst, wenn eine lokale Stunde zweimal vorkommt. Ein Zeitstempel wie 01:30 Ortszeit ist an jenem Herbstsonntag mehrdeutig, sofern er weder einen UTC-Offset enthält noch in UTC dargestellt wird.
Auch bei deinem Krypto-Ergebnis kann der Kalender eine Rolle spielen. Eine Strategie, die sich an UTC-Stunden orientiert, kann monatelang mit der US-Marktaktivität zusammenfallen und sich dann scheinbar verschieben, wenn in den USA die Uhren umgestellt werden. Dadurch wird die Strategie nicht ungültig, aber deine mögliche Aussage ändert sich. Vielleicht hast du ein festes UTC-Muster gemessen, das sich zeitweise mit der US-Eröffnung überschneidet, statt einen Effekt, der an diese Eröffnung gebunden ist.
Baue die Sitzungsuhr in den Test ein
Führe Ereigniszeitstempel als maßgebliche Aufzeichnung in UTC. Leite lokale Sitzungsfelder anhand einer benannten Zeitzone wie America/New_York ab und verwende dafür eine Zeitzonendatenbank, die historische Regeländerungen berücksichtigt. Hinterlege keine festen Werte wie „UTC minus fünf“ oder „UTC minus vier“: Keiner dieser Offsets definiert das ganze Jahr über die New Yorker Zeit.
| Entscheidung | Beispiel Aktien | Beispiel Krypto |
|---|---|---|
| Uhr der Hypothese | Minuten seit Beginn der regulären Sitzung | UTC-Stunde des Tages |
| Quelle der Sitzung | Börsenkalender einschließlich Feiertagen und vorzeitiger Schließungen | Durchgehender UTC-Kalender |
| Order-Timing | Nächstes ausführbares Ereignis nach dem Signal | Nächstes ausführbares Ereignis nach dem Signal |
Teste anschließend die Wochen rund um die Zeitumstellung separat. Vergleiche die Performance davor und danach und prüfe, ob das erfolgreiche Intervall an der Marktsitzung ausgerichtet bleibt oder auf einer festen UTC-Zeit liegt. Wenn du viele Stunden, Daten und Offsets nach dem besten Ergebnis durchsucht hast, berücksichtige diese Suche bei deiner Einschätzung der Überanpassung: Die Wahl der Uhr war ein weiterer Versuch.
Eine Zeitzone ist ein Regelwerk, keine Anzahl von Stunden, die man abzieht. Speichere Ereignisse in UTC und leite die lokale Marktzeit bei Bedarf ab.
Was dein Paper-Trading bestätigen sollte
Wenn du die Strategie ins Paper-Trading überführst, protokolliere sowohl den UTC-Zeitstempel des Ereignisses als auch dessen Minute relativ zur Sitzung. So erkennst du schnell, ob die Strategie glaubt, die Eröffnung sei um 09:30, tatsächlich aber um 10:30 Ortszeit auslöst. Berücksichtige auch Feiertage und vorzeitige Schließungen: Ein normaler Sitzungsplan, der auf jeden Wochentag übertragen wird, erfindet mühelos Trades an Tagen, an denen die Börse geschlossen ist.
Und wenn sich die Uhren umstellen, widerstehe dem Drang, ein Ergebnis durch Verschieben des Signals „zu korrigieren“, bis die Equity-Kurve wieder vertraut aussieht. Prüfe zuerst die formulierte Hypothese, den Kalender und das Order-Timing. Wenn sich das Ergebnis mit der Marktsitzung verschiebt, hast du etwas über das Verhalten während der Sitzung gelernt. Bleibt es bei derselben UTC-Stunde, hast du etwas anderes gelernt. Dein Backtest sollte diesen Unterschied bewahren.
← Alle Beiträge
