Bakit Paulit-ulit na Napapalitan ang Options Data sa Backtest Ko?

Maaaring magbago ang isang options backtest kahit walang nababago ni isang linya ng strategy code. Itinatama ng vendor ang maling quote, nagdaragdag ng nahuling trade, binabago ang metadata ng kontrata, o binabago ang filter nito para sa mga crossed market. Muli mong pinapatakbo ang parehong mga petsa at iba ang fill, iba ang posisyon, baka iba rin ang Sharpe. Hindi ito nangangahulugang may bug sa strategy. Nagbago ang ebidensyang ginamit sa pag-test dito.

Para maging nauulit ang resulta ng options backtest, ituring ang market data bilang input na may bersyon. Itala kung aling snapshot ang ginamit mo, panatilihin ang mga raw observation na nagtulak sa bawat desisyon, at ihambing ang mga nabagong resulta ayon sa kontrata at timestamp bago pagtiwalaan ang bagong kabuuang resulta.

Bakit nagbago ang options backtest ko gayong pareho pa rin ang code?

Labis na sensitibo sa mga pagwawasto ang mga rekord ng options dahil nakadepende sa sabay-sabay na pagbabago ng ilang field ang tila kakayahang i-trade ng isang kontrata: bid, ask, laki, presyo ng underlying, expiration, strike, at multiplier o deliverable ng kontrata. Maaaring gawing crossed market ng naitamang quote ang dating mukhang oportunidad. Maaaring baguhin ng pagwawasto sa metadata ang kahulugan ng multiplier ng isang posisyon.

Isipin ang isang strategy na bumibili ng call kapag mas mababa sa $2.00 ang ask. Sa unang pag-load ng data, $1.95 ang ask ng quote noong 10:14, $1.90 ang bid, at 5 ang laki. Sa mas huling rebisyon ng vendor, nagiging $2.05 ang ask matapos ayusin ang isang naantalang mensahe ng exchange. Binabago ng iisang observation ang signal. Kung iyon lang ang trade ng strategy sa araw na iyon para sa kontratang iyon, maaaring manaig sa kita ng araw ang katamtamang pagwawasto sa data.

Mahalaga rin ang pag-filter ng quote. Maaaring alisin ng mga vendor ang mga lumang quote, alisin ang mga crossed market, o iba ang paraan ng pag-aayos nila ng timestamp. Maaaring makatuwiran ang mga patakarang iyon, pero bahagi ang mga ito ng pagkakakilanlan ng dataset. Hindi sapat ang “SPY options, Enero hanggang Marso” para tukuyin ang kasaysayang maaaring ulitin.

Ano ang vintage ng options data?

Ang vintage ng data ay ang eksaktong bersyon ng mga historical observation na available para sa isang partikular na research run. Itago ang pangalan ng vendor at dataset, oras ng pagkuha, saklaw ng petsa, bersyon ng schema, at anumang panuntunan sa paglilinis o pag-filter. Kung nagbibigay ang vendor ng mga snapshot ID o timestamp ng rebisyon, itabi rin ang mga iyon.

Para sa bawat ginayang desisyon, panatilihin ang sapat na pinagmulan ng data para masagot ang mga tanong na ito: aling kontrata ang isinaalang-alang, aling quote ang pinili, kailan inilathala o natanggap ang quote, at anong panuntunan ang nagpasya kung kwalipikado ito? Mahalaga kapwa ang raw record at ang derived record. Maaaring itago ng nilinis na NBBO na walang timestamp ng pinagmulan kung luma na ang quote o dumating ito matapos ang ginayang desisyon.

Paano ko malalaman kung binago ng rebisyon ng vendor ang mga resulta ko?

Patakbuhin ang parehong strategy at configuration sa dalawang snapshot. Ihambing muna ang bilang ng mga kwalipikadong observation at kontrata ayon sa petsa. Pagkatapos, ihambing ang mga desisyon at fill: aling mga signal ang lumitaw o nawala, aling quote ang nagbago, at kung binago ng bagong rekord ang ginayang presyo ng execution.

Huwag tumingin sa kabuuang kita lang. Subaybayan ang mga pagbabago sa bilang ng trade, presyo ng pagpasok at paglabas, mga tinanggihang signal, at bahagdan ng P&L na nagmula sa mga trade na nasa iisang vintage lang. Maaaring manatiling magkahawig ang Sharpe ng isang run kahit napapalitan ang mga indibidwal na trade; hindi ipapakita ng pangunahing estadistika na gumalaw ang kasaysayan sa ilalim nito.

Para maging kapaki-pakinabang ang audit, panatilihing pareho ang strategy, mga fee, at mga palagay sa execution. Kung sabay-sabay na magbabago ang ilang bagay, hindi mo malalaman kung sa pagwawasto ng vendor o sa sarili mong eksperimento nagmula ang pagkakaiba.

Dapat ba akong palaging gumamit ng pinakabagong historical data ng options?

Gamitin ang pinakabagong data kung layunin mong gamitin ang pinakamahusay na kasalukuyang rekonstruksyon ng vendor. Itago ang lumang snapshot kung kailangan mong ulitin ang dating resulta o alamin kung ano ang alam ng research system mo noon. Magkaiba ang tanong na sinasagot ng mga ito.

Para sa point-in-time na research, maaaring mas tumpak na ngayon ang naitama nang rekord pero hindi pa ito available sa strategy noon. Panatilihin ang mga oras ng paglalathala at pagtanggap kung posible; kung hindi, malinaw na ilahad ang limitasyong iyon. Hindi awtomatikong katumbas ng historical na impormasyong available noon ang makabagong rekonstruksyon.

Kapag nagbago ang isang options backtest, dapat unang itanong: “Aling mga observation ang nagbago?” Itanong lang ang “Aling run ang tama?” kapag nasagot mo na iyon.

Ano ang dapat kong i-save sa bawat backtest?

Mag-save ng maikling manifest kasama ng mga resulta: provider at snapshot ng data, oras ng pagkuha, mga bersyon ng schema at paglilinis, pinagmulan ng metadata ng kontrata, commit ng strategy, mga palagay sa execution, at configuration ng run. Maglagay ng link mula sa bawat trade papunta sa mga quote record na nagbigay-katwiran dito.

Ginagawang nasusuring diff ng maliit na rekord na ito ang misteryosong muling pagpapatakbo. Patuloy na itatama ang historical data ng options. Dapat ipakita ng proseso ng research mo ang bawat pagwawasto, para mapahusay ng mas mahusay na archive ang ebidensya nang hindi palihim na isinusulat muli ang eksperimento.