Backtest laskee kaupat usein ikään kuin signaali muuttuisi suoraan positioksi. Paperikaupankäynnissä väliin tulee toimeksianto. Se voi jäädä odottamaan, toteutua osittain, tulla peruutetuksi tai hylätyksi tai pysyä aktiivisena signaalin muututtua. Jos simuloitu strategiasi sivuuttaa tämän elinkaaren, sen kauppojen määrällä ja altistuksella voi olla vain vähän tekemistä paperitilin kirjausten kanssa.
Käytännön korjaus on käsitellä toimeksiantoja tilallisina olioina, joilla on tilat ja aikaleimat. Signaali on ohje yrittää käydä kauppaa; se ei todista, että kauppa toteutui.
Miksi paperistrategiassani on vähemmän kauppoja kuin backtestissä?
Aloitetaan toimeksiannoista, jotka eivät koskaan toteutuneet. Backtest voi olettaa jokaisen rajahintatoimeksiannon toteutuneen aina, kun markkinahinta kävi toimeksiannon hinnassa. Live-markkinassa hinnan osuminen ei kerro, oliko toimeksiantosi jonossa ensimmäisenä, toteutuiko riittävästi volyymia tai oliko noteeraus yhä saatavilla toimeksiannon saavuttaessa kaupankäyntipaikan.
Oletetaan, että strategia asettaa ostorajahinnan $100 ja peruuttaa toimeksiannon 30 sekunnin kuluttua. Markkinassa käydään hinnassa $100.00, mutta siellä vaihtaa omistajaa vain pieni määrä ja muilla toimeksiannoilla on etusija. Toimeksiantosi voi toteutua osittain tai jäädä kokonaan toteutumatta. Hintakosketukseen perustuva backtest kirjaa täyden position. Jonooletukset huomioiva paperitili saattaa kirjata, ettei toimeksianto toteutunut lainkaan.
Markkinatoimeksiannoissa ristiriita on erilainen. Backtest voi toteuttaa koko määrän seuraavan palkin avauskurssiin, kun taas paperikaupankäynti hylkää määrän, joka rikkoo pörssin sääntöä, tai toteuttaa toimeksiannon osissa kirjan muuttuessa. Palkki on yhteenveto kaupoista; se ei takaa, että koko toimeksiantosi olisi voitu toteuttaa yhdellä hinnalla.
Mitä backtestin pitäisi tehdä, jos signaali muuttuu ennen toimeksiannon toteutumista?
Pidä vanha toimeksianto aktiivisena, kunnes simulaattori vastaanottaa peruutuksen ja käsittelee sen. Jos signaali kääntyy ostotoimeksiannon odottaessa, strategia saattaa haluta peruuttaa sen ja lähettää myyntitoimeksiannon. Tämä aikomus ei poista ostotoimeksiantoa heti. Se voi toteutua peruutuksen ollessa vielä matkalla, jolloin tili jää pitkäksi juuri kun uusi signaali käskee siirtyä lyhyeksi.
Mallinna tämä tapahtumaketjuna: signaali muuttuu, strategia lähettää peruutuspyynnön, kaupankäyntipaikka vahvistaa peruutuksen tai ilmoittaa toteutuksesta, ja vasta sitten strategia tietää toimeksiannon lopullisen tilan. Jopa yksinkertainen kiinteä viive voi paljastaa kilpailutilanteita, jotka välittömän peruutuksen olettava backtest peittää.
Tarkoituksella yksinkertaisessa mallissa yhden sekunnin peruutusviive ja käsittely seuraavan tapahtuman yhteydessä voivat olla hyödyllisempiä kuin peruutuksen teeskenteleminen välittömäksi. Sopiva viive riippuu kaupankäyntipaikasta ja järjestelmästä; olennaista on mallintaa jonkinlainen viive. Jos toimeksiantosi on markkinatoimeksianto, jossa ei ole peruutusikkunaa, sama asia on silti tärkeä osittaisten toteutusten ja viiveellä saapuvien ilmoitusten kannalta.
Mitkä toimeksiantojen tilat paperikaupankäyntisimulaattorin pitäisi kirjata?
Käytä pientä tilakonetta ja säilytä jokainen siirtymä aikaleimoineen. Kaupankäyntipaikkojen käyttämät termit vaihtelevat, mutta keskeiset erot ovat samat:
- Uusi tai odottava: lähetetty, mutta ei vielä vahvistettu.
- Avoin: hyväksytty ja yhä toteutuskelpoinen.
- Osittain toteutunut: osa määrästä on vaihtanut omistajaa; loppuosa voi yhä olla avoinna.
- Toteutunut: jäljellä ei ole enää määrää.
- Peruutus odottaa: peruutuspyyntö on matkalla; toimeksianto voi yhä toteutua.
- Peruutettu, hylätty tai vanhentunut: toimeksiannon puitteissa ei voi enää käydä kauppaa.
Kirjaa toteutunut määrä erikseen pyydetystä määrästä sekä toteutushinnat ja kulut. Osittain toteutunut toimeksianto on sekä kauppa että aktiivinen velvoite jäljellä olevan määrän osalta. Jos käsittelet sitä vain avoimena tai vain päättyneenä, strategia menettää tietoa, jota se tarvitsee seuraavan toimenpiteen koon määrittämiseen.
| Toimeksiantotapahtuma | Mitä strategian pitäisi tietää | Tyypillinen backtestin oikopolku |
|---|---|---|
| Osittainen toteutus | Toteutunut määrä, jäljellä oleva määrä, keskihinta | Merkitään koko toimeksianto toteutuneeksi yhdellä hinnalla |
| Peruutuspyyntö | Pyynnön aika ja lopullinen peruutus- tai toteutusvahvistus | Poistetaan toimeksianto heti |
| Hylkäys | Syy ja se, voiko yrityksen uusia | Oletetaan, että pyydetty kauppa toteutui |
| Vanhentuminen | Aika, jolloin toimeksianto lakkasi olemasta toteutuskelpoinen | Jätetään toimeksianto avoimeksi seuraavaan hinnan osumiseen asti |
Miten vertaan backtestin kauppoja paperikaupankäyntiin reilusti?
Vertaa ensin toimeksiantotapahtumia, sitten positioita ja viimeiseksi P&L:ää. Jos backtest toteutti toimeksiannon, jota paperitili ei koskaan toteuttanut, myöhempi P&L-ero on seuraus, ei oikea paikka selvittää ongelmaa.
Yhdistä jokainen aiottu toimeksianto molemmissa ajoissa pysyvän strategiapäätös- tai toimeksiantotunnisteen avulla. Tarkista sitten lähetysaika, pyydetty hinta ja määrä, voimassaoloaika, toteutukset, peruutukset, hylkäykset, kulut ja lopullinen positio. Kirjaa myös syy simuloidulle toteutumatta jäämiselle: hinta ei saavuttanut rajahintaa, edellä oletetun jonon määrä ei tyhjentynyt tai toimeksianto vanheni.
Pieni esimerkki selventää tapahtumaketjua. Signaali pyytää 10 yksikköä. Molemmat järjestelmät lähettävät toimeksiannon aikaan 10:00:00. Backtest olettaa koko määrän toteutuneen aikaan 10:00:01. Paperikaupankäynnissä toteutuu 4 yksikköä aikaan 10:00:01, peruutuspyyntö vastaanotetaan aikaan 10:00:02, ja sitten kirjataan vielä 2 yksikön toteutus ennen kuin peruutus vahvistetaan aikaan 10:00:03. Rehellinen vertailu on 6 toteutunutta yksikköä vastaan 10 sekä 4 peruutettua yksikköä. Kaiken niputtaminen yhdeksi ”kaupaksi” peittää strategian tosiasiassa kantaman altistuksen.
Tarvitsenko tähän täysimittaisen pörssisimulaattorin?
Et. Backtest voi alkaa muutamasta selkeästä oletuksesta: riittääkö rajahinnan kosketus, kuinka paljon volyymia hinnan läpi on vaihdettava jonossa edellä oletetun määrän tyhjentämiseksi, kuinka kauan toimeksiannot pysyvät avoinna ja miten peruutusviiveet toimivat. Aja strategia useammalla kuin yhdellä uskottavalla asetuksella. Jos tulos riippuu siitä, että jokainen odottava rajahintatoimeksianto toteutuu kokonaan, olet oppinut mallista jotakin hyödyllistä.
Paperikaupankäynti ei myöskään ole toteutuksen laadun totuus. Se saattaa käyttää simuloituja toteutuksia eikä mallintaa oikeaa jonoa. Sen hyöty tässä on rajatumpi: se paljastaa, ovatko strategia ja sen toimeksiantojen hallinta samaa mieltä odottavasta määrästä, peruutuksesta, positiosta ja uudelleenyrityksistä tapahtumien saapuessa ajan mittaan.
Yksi pieni ilo tässä työssä on se, että hyvä toimeksiantoloki voi tehdä muuten hämmentävästä ristiriidasta tylsän. ”Toinen lapsitoimeksianto toteutui peruutuspyynnön jälkeen” on paljon parempi kuin ”paperikaupankäynti näyttää oudolta”. Kun backtest ja paperitili ovat eri mieltä, seuraa toimeksiannon elinkaarta ennen kuin muokkaat signaalia.
← Kaikki kirjoitukset
