25. september 2026 · raziskave

Kako vem, ali je bilo mogoče s tržnimi podatki iz za nazaj dejansko trgovati?

Kako vem, ali je bilo mogoče s tržnimi podatki iz za nazaj dejansko trgovati?

Zapis tržnih podatkov je lahko povsem točen, pa vseeno neuporaben kot dokaz pri testiranju za nazaj. Do posla je prišlo, cena je pravilna in časovni žig veljaven, vendar je vir podatkov morda zapis poslal z zamudo, ga je ponudnik pozneje popravil ali pa navedena tržnica ni bila dostopna vaši strategiji.

Če želite vedeti, ali je bilo z zgodovinskimi podatki mogoče trgovati, preverite več kot le čas dogodka. Vedeti morate, kaj zapis opisuje, kdaj je postal na voljo sistemu, katero tržnico ali instrument predstavlja ter ali bi kotacija ali posel lahko verodostojno podprla vaše naročilo.

Ali za testiranje za nazaj zadostuje pravilna zgodovinska cena?

Ne. Točnost odgovarja na vprašanje: »Katero ceno je vir nazadnje zabeležil?« Testiranje za nazaj mora odgovoriti tudi na vprašanji: »Kaj bi moja strategija lahko vedela v trenutku odločitve?« in »Kaj bi lahko izvedla?« To sta ločeni vprašanji.

Predstavljajte si, da se kripto posel sklene ob 12:00:00.120, vendar tok vašega ponudnika podatkov prispe do vašega procesa šele ob 12:00:00.480. Strategija, ki se odloča ob .200, tega posla ne more uporabiti, čeprav je čas dogodka pred odločitvijo. Če zgodovinska datoteka ohrani samo čas dogodka, lahko testiranje za nazaj strategiji neopazno pripiše informacije, ki jih njen sistem v živo še ne bi prejel.

Čas ali poljeKaj vam poveNapaka pri testiranju za nazaj, če manjka
Čas dogodkaKdaj se je dogodek po navedbah borze zgodilZamenjava časa na trgu z razpoložljivostjo podatka za strategijo
Čas prejemaKdaj je zbiralnik prejel sporočiloUporaba zakasnjenih podatkov, kot da bi prispeli takoj
Zaporedna številka ali ID posodobitveKam dogodek spada v zaporedju podatkovnega tokaNapačen vrstni red uporabe posodobitev ali njihova tiha izpustitev
Čas popravkaKdaj je popravljena zgodovinska vrednost postala znanaTestiranje za nazaj z vrednostjo, ki je v izvirnem toku ni bilo

Če vaš arhiv nima časov prejema, to omejitev jasno navedite. Preizkusite lahko predpostavko o zakasnitvi ali pa trditev omejite na raziskavo, ki temelji na času dogodka. Natančnega nabora informacij ne morete rekonstruirati iz časovnih žigov, ki jih niste nikoli shranili.

Kako ugotovim, ali je bilo kotacijo mogoče izvršiti?

Začnite pri tržnici, na katero bi prispelo vaše naročilo. Združena najboljša nakupna in prodajna ponudba lahko povzema več tržnic, vendar ne dokazuje, da je imel vaš račun dostop do prikazane količine, da je bila kotacija še vedno veljavna ob prihodu naročila ali da bi tržnica sprejela vaš tip naročila.

Pri tržnem naročilu je izpolnitev po srednji ceni navadno izmišljena. Uporabnejša ocena upošteva vidno knjigo naročil glede na velikost naročila, nato pa prišteje provizije ter predpostavko o zakasnitvi ali vplivu na trg. Če imate samo podatke o najboljši ponudbi, omejite trditev: ocenite lahko prvo raven, ne morete pa sklepati o globini, ki ni bila nikoli zabeležena.

Pri limitnem naročilu dotik cene še ne pomeni izpolnitve. Naročila, ki so pred vašim, lahko najprej porabijo razpoložljivo količino. Prednosti v čakalni vrsti iz običajnih posnetkov navadno ni mogoče ugotoviti, zato pravilo o izpolnitvi ob dotiku cene obravnavajte kot optimističen scenarij, ne kot dejstvo o tem, kaj se je zgodilo.

Enominutna sveča vam lahko pove, da je najnižja cena presegla vaš limit. Ne pove pa, ali je vaše čakajoče naročilo prispelo na tržnico pred tem padcem, koliko se je tam trgovalo ali koliko naročil je bilo pred vašim v vrsti.

Kaj naj preverim, preden zaupam arhivu tržnih podatkov?

Najprej preverim osnovne lastnosti. Z njimi odkrijemo več pomanjkljivih raziskav kot s prefinjenim modelom izvrševanja, dodanim na pokvarjen podatkovni tok.

To zadnje preverjanje se zdi skoraj preveč osnovno. Nekoč sem celo dopoldne raziskoval navidezno spremembo režima volatilnosti, ki se je izkazala za spremembo enote v polju za količino po selitvi podatkovnega toka. Graf je bil čudovit, enota pa napačna.

Kako preverim, ali razpoložljivost podatkov spremeni rezultat?

Izvedite manjši preizkus občutljivosti okoli meje odločanja strategije. Razpoložljivost podatkov zamaknite za realistične zakasnitve, zavrzite posodobitve s prekinjeno neprekinjenostjo zaporedja in primerjajte izpolnitve z dejansko knjigo naročil na tržnici, kjer jo imate. Poročajte o prvotnem in poslabšanem rezultatu. Če že majhna zakasnitev izniči učinek, je strategija morda odvisna od informacijske prednosti, ki je vaša zbiralna infrastruktura ne more zanesljivo zagotoviti.

Za konkreten primer predpostavimo, da se signal sproži, ko najboljša nakupna cena zraste za en korak. Predvajajte ga enkrat s časom dogodka na borzi in enkrat s časom prejema pri zbiralniku. Različica s časom dogodka izvede 40 poslov, različica s časom prejema pa 27. Ta razlika je del dokazov o strategiji. Enako velja za uspešnost pri vsakem predvajanju. Šibkejše različice ne prikrivajte samo zato, ker so njeni podatki videti manj elegantni.

Papirno trgovanje je koristen naslednji preizkus, saj razkrije zakasnitve podatkovnega toka, zastarele kotacije, napake pri preslikavi simbolov in omejitve tržnic v isti operativni poti, ki jo uporablja vaš raziskovalni sistem. Še vedno pa ne bo posnemalo vsakega položaja v čakalni vrsti ali vpliva na trg v živo. To omejitev jasno upoštevajte.

Kaj v praksi pomenijo »podatki, s katerimi je mogoče trgovati«?

To pomeni, da lahko testiranje za nazaj pojasni, kdaj se je opažanje zgodilo, kdaj ga je strategija lahko uporabila, s katerega trga izvira in kateri dokazi o izvršitvi podpirajo predpostavljeno izpolnitev. Čista časovna vrsta cen je izhodišče. Raziskava postane verodostojna, ko je mogoče preveriti njene predpostavke o časovnem poteku, dostopu in izpolnitvah ter ko je rezultat še vedno smiseln tudi po tem, ko te predpostavke zaostrite.

tržni podatkitestiranje za nazajpodatkovno inženirstvoizvrševanjepapirno trgovanje
← Vse objave