De ce îmi înlocuiește backtestul datele despre opțiuni?

Rezultatul unui backtest cu opțiuni se poate schimba fără să modificăm nici măcar o linie de cod a strategiei. Un furnizor corectează o cotație eronată, adaugă o tranzacție înregistrată cu întârziere, revizuiește metadatele contractului sau își schimbă filtrul pentru piețele încrucișate. Rulezi din nou aceleași date și obții o execuție diferită, o poziție diferită, poate chiar un Sharpe diferit. Asta nu înseamnă neapărat că strategia are o problemă. Înseamnă că s-au schimbat datele pe baza cărora a fost testată strategia.

Pentru a face reproductibil un backtest cu opțiuni, tratează datele de piață ca pe o intrare cu versiuni. Înregistrează instantaneul folosit, păstrează observațiile brute care au stat la baza fiecărei decizii și compară rezultatele schimbate la nivel de contract și marcaj temporal înainte să ai încredere în valoarea agregată nouă.

De ce s-a schimbat backtestul meu cu opțiuni, deși codul a rămas la fel?

Înregistrările despre opțiuni sunt deosebit de sensibile la corecturi, deoarece posibilitatea aparentă de a tranzacționa un contract depinde de mai multe câmpuri care se schimbă împreună: bid, ask, cantități, prețul activului suport, scadență, preț de exercitare și multiplicatorul sau activul livrabil aferent contractului. O cotație corectată poate transforma o oportunitate aparentă într-o piață încrucișată. O corectură a metadatelor poate schimba semnificația multiplicatorului unei poziții.

Să presupunem că o strategie cumpără un call când ask-ul este sub $2.00. La prima încărcare a datelor, cotația de la 10:14 are ask-ul la $1.95, bid-ul la $1.90 și cantitatea 5. O revizie ulterioară a furnizorului schimbă ask-ul la $2.05 după reconcilierea unui mesaj întârziat de la bursă. O singură observație schimbă semnalul. Dacă acel contract a fost singura tranzacție a strategiei în ziua respectivă, o corectură modestă a datelor poate influența decisiv randamentul zilei.

Și filtrarea cotațiilor contează. Furnizorii pot elimina cotațiile vechi, pot înlătura piețele încrucișate sau pot normaliza marcajele temporale în mod diferit. Aceste politici pot fi rezonabile, dar fac parte din identitatea setului de date. „Opțiuni SPY, ianuarie–martie” nu definește un istoric reproductibil.

Ce este o versiune a datelor despre opțiuni?

O versiune a datelor este exact setul de observații istorice disponibil pentru o anumită rulare de cercetare. Păstrează numele furnizorului și al setului de date, momentul preluării, intervalul de date, versiunea schemei și orice reguli de curățare sau filtrare. Dacă furnizorul oferă ID-uri ale instantaneelor sau marcaje temporale ale reviziilor, salvează-le și pe acestea.

Pentru fiecare decizie simulată, păstrează suficiente informații despre proveniență pentru a răspunde la următoarele întrebări: ce contract a fost luat în considerare, ce cotație a fost selectată, când a fost publicată sau primită acea cotație și ce regulă a făcut-o eligibilă? Contează atât înregistrarea brută, cât și cea derivată. Un NBBO curățat, fără marcajele temporale ale sursei, poate ascunde dacă o cotație era veche sau a sosit după decizia simulată.

Cum verific dacă o revizie a furnizorului mi-a schimbat rezultatele?

Rulează aceeași strategie și aceeași configurație pe ambele instantanee. Mai întâi, compară numărul observațiilor și al contractelor eligibile pentru fiecare dată. Apoi compară deciziile și execuțiile: ce semnale au apărut sau au dispărut, ce cotație s-a schimbat și dacă noua înregistrare a modificat prețul de execuție modelat.

Nu te opri la randamentul total. Urmărește schimbările în numărul de tranzacții, prețurile de intrare și ieșire, semnalele respinse și proporția P&L provenită din tranzacțiile care există într-o singură versiune. Sharpe poate rămâne similar chiar dacă tranzacțiile individuale sunt înlocuite; statistica principală nu îți va spune că istoricul de la baza ei s-a modificat.

Pentru un audit util, păstrează neschimbate strategia, comisioanele și ipotezele de execuție. Dacă modifici mai multe lucruri deodată, nu vei ști dacă divergența a fost cauzată de corectura furnizorului sau de propriul experiment.

Ar trebui să folosesc întotdeauna cel mai nou istoric al opțiunilor?

Folosește cel mai nou istoric când vrei să lucrezi cu cea mai bună reconstrucție actuală a furnizorului. Păstrează vechiul instantaneu când trebuie să reproduci un rezultat anterior sau să înțelegi ce informații avea sistemul tău de cercetare la momentul respectiv. Acestea sunt întrebări diferite.

În cercetarea point-in-time, o înregistrare corectată poate fi mai exactă acum și totuși să nu fi fost disponibilă strategiei la momentul respectiv. Păstrează, pe cât posibil, momentele publicării și primirii; în caz contrar, descrie clar această limitare. O reconstrucție modernă nu reprezintă automat setul de informații disponibil la momentul respectiv.

Când se schimbă un backtest cu opțiuni, prima întrebare ar trebui să fie „Ce observații s-au schimbat?”. Întrebarea „Care rulare este corectă?” vine după ce poți răspunde la prima.

Ce ar trebui să salvez pentru fiecare backtest?

Salvează lângă rezultate un manifest concis: furnizorul de date și instantaneul, momentul preluării, versiunile schemei și regulilor de curățare, sursa metadatelor contractelor, commit-ul strategiei, ipotezele de execuție și configurația rulării. Păstrează pentru fiecare tranzacție un link către înregistrările cotațiilor care au justificat-o.

Această mică înregistrare transformă o rerulare misterioasă într-o diferență pe care o poți inspecta. Istoricul opțiunilor va continua să fie corectat. Procesul tău de cercetare ar trebui să facă vizibilă fiecare corectură, astfel încât o arhivă mai bună să îmbunătățească datele de referință fără să rescrie pe ascuns experimentul.