Je hebt een helder resultaat gevonden: je cryptostrategie behaalt het grootste deel van het rendement tussen 13:00 en 14:00 UTC. Je hebt de kosten gecontroleerd, de backtest opnieuw uitgevoerd en het signaal op papier verhandeld. Nu bereid je een versie voor Amerikaanse aandelen voor, en het sterkste uur lijkt 09:30–10:30 New Yorkse tijd te zijn.
Controleer voordat je een van beide resultaten vertrouwt wat de klok heeft gedaan. Door de zomertijd verschuift de opening van de markt in New York een uur ten opzichte van UTC. Als je features, sessielabels en orders verschillende tijdsdefinities gebruiken, buit de strategie misschien een kalendergrens uit in plaats van een herhaalbaar marktpatroon.
Je hoeft onderzoek naar tijdstipseffecten niet weg te gooien. Je moet vastleggen op welke klok je hypothese betrekking heeft en vervolgens elk onderdeel van de backtest die consequent laten gebruiken.
Bepaal eerst wat het uur betekent
“Het eerste uur” klinkt precies totdat je de referentieklok benoemt. Het kan de eerste 60 minuten na opening van de NYSE betekenen, 09:30–10:30 lokale tijd in New York, of een vast UTC-interval. Die definities komen een deel van het jaar overeen en lopen rond overgangen naar en van de zomertijd uiteen.
Gebruik voor de aandelenhypothese de lokale beurstijd: 09:30 New Yorkse tijd betekent 09:30, of New York nu op EST of EDT zit. Voor de cryptohypothese kan een vast UTC-uur de bedoelde variabele zijn. Crypto wordt de klok rond verhandeld, dus er is geen openingsbel van een handelsplatform waarop je de claim kunt baseren.
Leg de definitie vast voordat je gaat optimaliseren. “Handel tijdens het eerste uur na opening van de reguliere sessie” is toetsbaar. “Handel tijdens het uur waarin het signaal het best werkt” nodigt de optimizer uit om naast de strategie ook de klokdefinitie te kiezen.
Waar klokken door elkaar raken
Stel dat je aandelengegevens in UTC zijn opgeslagen, je featurecode rijen groepeert op UTC-uur en je uitvoeringsregels posities openen om 09:30 New Yorkse tijd. Na een overgang naar de zomertijd verschuift de marktopening van 14:30 UTC naar 13:30 UTC. Een feature die op basis van de UTC-bucket als “eerste uur” is gelabeld, verwijst nu naar een ander deel van de sessie.
Een vergelijkbare valkuil ontstaat wanneer je candles samenstelt op basis van tijdstempels. Als je in UTC resamplet en de labels daarna omzet naar New Yorkse tijd, kun je onverwachte grenzen krijgen, vooral bij de overgang in het voorjaar, wanneer een lokaal uur niet bestaat, en bij de overgang in het najaar, wanneer een lokaal uur tweemaal voorkomt. Een tijdstempel als 01:30 lokale tijd is op die zondag in het najaar dubbelzinnig, tenzij die een UTC-offset bevat of in UTC wordt weergegeven.
Ook voor je cryptoresultaat kan de kalender van belang zijn. Een strategie op basis van UTC-uren kan maandenlang samenvallen met handelsactiviteit in de VS en vervolgens lijken te verschuiven wanneer de Amerikaanse klok verandert. Dat maakt de strategie niet ongeldig; het verandert wel wat je kunt beweren. Misschien heb je een vast UTC-patroon gemeten dat soms samenvalt met de Amerikaanse marktopening, in plaats van een effect dat aan die opening gekoppeld is.
Neem de sessieklok op in de test
Bewaar gebeurtenistijdstempels als canonieke registratie in UTC. Leid lokale sessievelden af met een benoemde tijdzone zoals America/New_York, aan de hand van een tijdzonedatabase die historische regelwijzigingen verwerkt. Hardcode geen “UTC min vijf” of “UTC min vier”: geen van beide offsets definieert het hele jaar door de tijd in New York.
| Keuze | Voorbeeld aandelen | Voorbeeld crypto |
|---|---|---|
| Klok van de hypothese | Minuten sinds opening van de reguliere sessie | UTC-uur van de dag |
| Bron voor sessies | Beurskalender, inclusief feestdagen en vervroegde sluitingen | Doorlopende UTC-kalender |
| Timing van orders | Eerstvolgende uitvoerbare gebeurtenis na het signaal | Eerstvolgende uitvoerbare gebeurtenis na het signaal |
Test daarna de grensweken afzonderlijk. Vergelijk de prestaties vóór en na elke overgang naar of van de zomertijd en controleer of het winnende interval aan de marktsessie gekoppeld blijft of vast in UTC blijft. Als je voor het beste resultaat veel uren, datums en offsets hebt doorzocht, neem die zoektocht dan mee in je berekening van overfitting; de keuze van de klok was ook een proef.
Een tijdzone is een set regels, geen aantal uren dat je moet aftrekken. Sla gebeurtenissen op in UTC; leid de lokale markttijd af wanneer je die nodig hebt.
Wat je paper trading moet bevestigen
Wanneer je de strategie op paper trading overzet, registreer dan zowel de UTC-tijdstempel van de gebeurtenis als de minuut ten opzichte van de sessie. Zo kun je snel ontdekken of de strategie denkt dat de markt om 09:30 opent, maar in werkelijkheid pas om 10:30 lokale tijd een order plaatst. Controleer ook feestdagen en vervroegde sluitingen; een standaardschema voor elke weekdag verzint zonder moeite trades op dagen dat de beurs gesloten is.
En wanneer de klok verandert, weersta dan de neiging om een resultaat te “repareren” door het signaal te verschuiven totdat de vermogenscurve er vertrouwd uitziet. Controleer eerst de geformuleerde hypothese, de kalender en de timing van de orders. Als het resultaat meeschuift met de marktsessie, heb je iets geleerd over sessiegedrag. Blijft het op hetzelfde UTC-uur, dan heb je iets anders geleerd. Je backtest moet dat onderscheid behouden.
← Alle artikelen
