30 septembrie 2026 · cercetare

Backtestul tău a favorizat ora de vârf. O poți tranzacționa și după schimbarea orei?

Backtestul tău a favorizat ora de vârf. O poți tranzacționa și după schimbarea orei?

Ai găsit un rezultat clar: strategia ta cripto obține cea mai mare parte a randamentului între 13:00 și 14:00 UTC. Ai verificat comisioanele, ai rerulat backtestul și ai tranzacționat semnalul pe un cont demo. Acum pregătești o versiune pentru acțiuni din SUA, iar cea mai performantă oră pare să fie 09:30–10:30, ora New Yorkului.

Înainte să ai încredere în oricare dintre rezultate, verifică ce s-a întâmplat cu ora. Trecerea la ora de vară în SUA mută deschiderea pieței din New York cu o oră față de UTC. Dacă variabilele, etichetele sesiunilor și ordinele folosesc repere temporale diferite, strategia poate profita de o limită calendaristică, nu de un tipar repetabil al pieței.

Nu trebuie să renunți la cercetarea variațiilor în funcție de ora zilei. Trebuie să definești la ce reper temporal se referă ipoteza ta și apoi să te asiguri că toate componentele backtestului îl folosesc în mod consecvent.

Mai întâi, precizează ce înseamnă ora

„Prima oră” pare o definiție precisă până când precizezi reperul temporal. Poate însemna primele 60 de minute după deschiderea NYSE, intervalul 09:30–10:30 în ora civilă din New York sau un interval fix în UTC. Aceste definiții coincid o parte din an și se despart în jurul trecerilor la ora de vară.

Pentru ipoteza despre acțiuni, folosește ora locală a sesiunii: 09:30, ora New Yorkului, înseamnă 09:30 atât când New Yorkul este pe EST, cât și pe EDT. Pentru ipoteza cripto, variabila urmărită poate fi o oră fixă în UTC. Cripto se tranzacționează non-stop, așa că nu există un clopoțel de deschidere al bursei care să ancoreze afirmația.

Notează definiția înainte să ajustezi parametrii. „Tranzacționează în prima oră de la deschiderea sesiunii obișnuite” poate fi testată. „Tranzacționează în ora în care semnalul funcționează cel mai bine” îi permite optimizatorului să aleagă și convenția temporală, pe lângă strategie.

Unde se strecoară nepotrivirile de oră

Să presupunem că datele despre acțiuni sunt stocate în UTC, codul pentru variabile grupează rândurile după ora UTC, iar regulile de execuție deschid poziții la 09:30, ora New Yorkului. După trecerea la ora de vară, deschiderea pieței se mută de la 14:30 UTC la 13:30 UTC. O variabilă etichetată „prima oră” pe baza intervalului UTC se referă acum la o altă parte a sesiunii.

O capcană similară apare când construiești bare din marcaje temporale. Dacă reeșantionezi în UTC și apoi convertești etichetele în ora New Yorkului, poți obține limite neașteptate, mai ales la trecerea de primăvară, când o oră locală nu există, și la trecerea de toamnă, când o oră locală apare de 2 ori. Un marcaj precum 01:30, ora locală, este ambiguu în duminica de toamnă, dacă nu include decalajul UTC sau nu este reprezentat în UTC.

Și pentru rezultatul cripto, calendarul poate conta. O strategie bazată pe ora UTC se poate alinia cu activitatea pieței din SUA timp de luni întregi, apoi poate părea că se decalează când se schimbă ora în SUA. Asta nu invalidează strategia; schimbă ce poți afirma. Poate ai măsurat un tipar fix în UTC, care uneori se suprapune cu deschiderea pieței din SUA, nu un efect legat de acea deschidere.

Integrează ora sesiunii în test

Păstrează marcajele temporale ale evenimentelor în UTC ca înregistrare canonică. Derivă câmpurile locale ale sesiunii dintr-un fus orar numit, precum America/New_York, folosind o bază de date cu fusuri orare care gestionează schimbările istorice ale regulilor. Nu codifica fix „UTC minus cinci” sau „UTC minus patru”: niciunul dintre aceste decalaje nu definește ora New Yorkului pe tot parcursul anului.

DecizieExemplu pentru acțiuniExemplu cripto
Reperul temporal al ipotezeiMinute de la deschiderea sesiunii obișnuiteOra UTC din zi
Sursa sesiuniiCalendarul bursei, cu sărbători și închideri anticipateCalendar UTC continuu
Momentul ordinuluiUrmătorul eveniment executabil după semnalUrmătorul eveniment executabil după semnal

Apoi testează separat săptămânile de la schimbarea orei. Compară performanța dinainte și de după fiecare trecere la ora de vară și verifică dacă intervalul câștigător rămâne legat de sesiunea pieței sau fix în UTC. Dacă ai căutat printre multe ore, date și decalaje ca să găsești cel mai bun rezultat, include și această căutare în calculul supraoptimizării; alegerea reperului temporal a fost încă o încercare.

Un fus orar este un set de reguli, nu un număr de ore de scăzut. Stochează evenimentele în UTC; derivează ora locală a pieței când ai nevoie de ea.

Ce trebuie să confirme rularea pe cont demo

Când treci strategia pe un cont demo, înregistrează atât marcajul temporal UTC al evenimentului, cât și minutul raportat la sesiune. Astfel poți depista rapid o strategie care crede că deschiderea are loc la 09:30, dar execută de fapt la 10:30, ora locală. Verifică și sărbătorile, precum și închiderile anticipate; un program obișnuit al sesiunii copiat pentru fiecare zi lucrătoare va inventa cu ușurință tranzacții în zilele în care bursa este închisă.

Iar când se schimbă ora, rezistă tentației de a „repara” un rezultat mutând semnalul până când curba de capital arată familiar. Verifică mai întâi ipoteza declarată, calendarul și momentul ordinului. Dacă rezultatul se mută odată cu sesiunea pieței, ai aflat ceva despre comportamentul sesiunii. Dacă rămâne la aceeași oră UTC, ai aflat altceva. Backtestul tău trebuie să păstreze această distincție.

sezonalitate intradayfusuri orarebacktestingorele piețeiingineria datelor
← Toate articolele