Trading algoritmico: procedure di test e valutazione dei risultati altrui

Un programma può eseguire una regola più rapidamente e con maggiore precisione, ma la sola automazione del trading non dimostra un vantaggio. Occorre verificare le variazioni dei segnali, dei prezzi di esecuzione e dei costi. Questa lezione spiega come preparare un test riproducibile, riconoscere i limiti dei dati e valutare il proprio risultato o il rapporto di un fornitore di algoritmi. Mostra inoltre perché la selezione dei parametri e la sequenza degli eventi all’interno di una candela possono determinare l’esito. Tutti gli esempi numerici sono illustrativi; non è stato condotto alcun test su quotazioni di mercato.

1. Che cosa modifica l’automazione nell’esecuzione e che cosa lascia invariato nel calcolo

Un programma trasforma una specifica in ordini e in un registro degli eventi. La fedeltà dipende da codice corretto, dati e ambiente funzionante; restano possibili errori e interruzioni.

Occorre quindi verificare sia la regola sia che la sua implementazione esegua la versione corretta. Solo a queste condizioni l’automazione offre una procedura riproducibile.

Un sistema automatizzato può valutare una condizione in momenti programmati, inviare ordini con parametri specificati e tenere registri. Ogni elemento richiede un’implementazione corretta e il monitoraggio dell’ambiente. I registri dovrebbero includere anche i segnali non eseguiti e il motivo della loro omissione. Sono potenziali vantaggi esecutivi, non una garanzia di funzionamento senza errori.

Eseguire più segnali non implica necessariamente un profitto maggiore. La moltiplicazione seguente conserva il segno solo in un modello con risultato netto medio per operazione invariato. Non descrive tutti gli effetti del cambiamento del metodo di esecuzione.

Perché i registri manuali non prevedono il risultato di un sistema automatizzato

Non sappiamo se i 90 segnali saltati costituissero un campione casuale. Le omissioni possono dipendere dagli orari di osservazione e da filtri aggiuntivi, ma la loro relazione con i risultati richiede dati. I registri dovrebbero includere i segnali non eseguiti e il motivo di ciascuna omissione.

I registri manuali descrivono la versione eseguita di una regola. Non descrivono necessariamente una versione che esegue ogni segnale. Un filtro discrezionale può migliorare o peggiorare i risultati; non è possibile stimare la differenza senza i casi omessi.

La questione si risolve determinando su dati storici gli esiti di tutti i segnali, compresi quelli saltati: è il test trattato nel resto dell’articolo. I registri prospettici che includono anche i segnali non eseguiti, come nel calcolo precedente, svolgono la stessa funzione. La differenza è che si accumulano al ritmo del mercato, che non si può accelerare, mentre un test storico utilizza materiale già disponibile.

Limiti del contributo dell’automazione

L’elenco delle cose che l’automazione non fa è più breve dell’elenco delle promesse, ma le sue affermazioni sono verificabili.

L’automazione non dimostra un vantaggio. Può modificare guadagni medi, perdite, percentuale di successo e costo attraverso tempi e modalità di esecuzione. Il valore atteso netto va verificato per la versione effettiva della regola, anziché prendere a prestito il risultato della precedente versione manuale.

Non garantisce costi inferiori. Spread e commissioni continuano ad applicarsi, anche se risposte più rapide o tempi d’uscita appropriati possono modificare l’esecuzione. Il ritardo tra segnale e invio e lo slippage tra ordine ed esecuzione sono scostamenti distinti; entrambi possono influire sui risultati. Le variazioni di costo richiedono misurazioni su segnali comparabili.

Più operazioni possono fornire più informazioni, ma non in proporzione al numero di righe aggiuntive. Una dipendenza positiva degli esiti può aumentare l’errore della media, mentre alcune forme di dipendenza negativa possono ridurlo. La numerosità campionaria effettiva appartiene a un modello giustificato; non è automaticamente inferiore a N. L’articolo 8.2 sviluppa la valutazione.

Anticipa le decisioni anziché eliminarle. Ogni decisione presa nel trading manuale deve essere presa prima nel trading automatizzato, sotto forma di specifica. Sono necessarie più decisioni, perché un programma richiede risposte anche a domande che una persona affronta istintivamente: che cosa accade a un segnale mentre una posizione è aperta, a una candela mancante o a una posizione che non raggiunge nessuno dei due livelli? La sezione 3 affronta queste domande.

Un sistema automatizzato esegue una procedura specificata; la valutazione ne comprende logica, dati ed esecuzione. Un’esecuzione migliore può avere valore economico. Non sostituisce la prova che la regola completa rimanga redditizia al netto dei costi anche fuori dal materiale utilizzato per selezionarla.

L’esecuzione può cambiare il segno del risultato netto

Un esempio con la stessa logica dei segnali: risultato medio prima degli scostamenti esecutivi +0,40 pip. Con costo e ritardo della versione manuale pari a 0,65, la media netta è −0,25; con un valore di 0,25 nella versione automatica, è +0,15. Questi valori non dimostrano che l’automazione migliori normalmente i risultati. Mostrano perché affermare che il segno rimane invariato richiede l’ipotesi di un’esecuzione invariata.

2. Quattro forme di automazione e gli incentivi del fornitore

I partecipanti al dettaglio possono scegliere soluzioni distinte da qualcosa di più importante del grado di automazione: chi ha specificato la regola e chi può verificarla. Questo conta più della distinzione tra «manuale» e «automatico», perché determina se sia possibile applicare la procedura seguente.

Il modello di remunerazione del fornitore va ricavato dalle condizioni del servizio: può dipendere da abbonamenti, volume negoziato o risultati. Il solo modello non dimostra né qualità né disonestà. La valutazione richiede la regola, la descrizione del test e dati che identifichino che cosa rappresenti il risultato pubblicato.

Le offerte disponibili possono omettere programmi ritirati o conti i cui risultati non vengono più pubblicati. In tal caso la graduatoria contiene una selezione dei sopravvissuti. Ne ricostruisca la composizione storica, anziché presumere che ogni programma privo di successo scompaia.

Il proprio programma e i conflitti senza un venditore

La prima riga della tabella sembra libera dal problema dell’ultima colonna perché non esiste un fornitore. Rimane però un conflitto, che può essere più difficile perché manca una controparte che lo individui. L’autore della regola e il suo collaudatore sono la stessa persona, e il test determina il destino di un lavoro già svolto.

L’autore dovrebbe registrare ogni versione provata e ogni utilizzo dei dati di validazione, compresi gli insuccessi. Non attribuiamo agli autori né una frequenza delle omissioni né motivazioni. Un registro tenuto fin dall’inizio è semplicemente più affidabile della ricostruzione della cronologia degli esperimenti.

La semiautomazione e la lacuna che lascia

Nella semiautomazione un programma può valutare la condizione mentre una persona seleziona gli ordini. Se il filtro aggiuntivo è specificato e riproducibile, l’intera soluzione può essere testata. Se rimane discrezionale, il risultato appartiene alla combinazione di programma e decisioni umane.

La conseguenza coincide con quella dei registri manuali della sezione 1 e merita una precisazione perché qui potrebbe essere meno evidente. Il risultato non appartiene alla sola regola programmata, ma a quella regola combinata con una regola di selezione non specificata. Testare la prima non dice nulla sulla combinazione. Per valutare la soluzione occorre specificare la seconda regola. L’articolo 8.1 fornisce il criterio di specificazione: due persone dovrebbero interpretarla in modo identico.

Lo status del risultato dipende da ciò che è stato specificato ed eseguito, non dalla semplice partecipazione di una persona. Un programma con un filtro esplicito può costituire un sistema riproducibile; un filtro non divulgato limita la riproducibilità.

Riprodurre le operazioni di un altro conto

Senza la regola, il copy trading consente di valutare la serie pubblicata delle operazioni, ma non di riprodurre un test della strategia su un altro periodo. Si possono comunque porre domande su date, strumenti, costi e differenze esecutive. La regola mancante limita la valutazione; non elimina ogni informazione dal registro.

Anche l’esecuzione è diversa. La copia segue un segnale proveniente da un altro conto, quindi l’ordine raggiunge il mercato più tardi e il volume può essere ridimensionato. Entrambe le differenze riguardano il conto che copia, non quello originale, perciò il percorso pubblicato descrive qualcosa di diverso da ciò che riceve chi copia. La divergenza dipende dalla regola: può essere trascurabile con un obiettivo di decine di pip, ma superare l’intero guadagno previsto con un obiettivo di pochi pip. Il calcolo del rapporto tra costo e obiettivo nell’articolo 8.3 lo mostra.

Le questioni giuridiche — status del servizio, obblighi del fornitore e tutela del cliente — appartengono al capitolo 13 e non rientrano in questo testo. Il punto metodologico è che la copia elimina la possibilità di testare la regola, lasciando le domande della sezione 9.

3. Il requisito preliminare: la regola è riproducibile sui dati?

Prima di chiedere informazioni sulla performance, si chieda se due ricostruzioni indipendenti della stessa specifica sugli stessi dati di quotazione producano lo stesso elenco di operazioni. In caso contrario, il confronto successivo perde significato: si confronterebbero due regole diverse con lo stesso nome.

Due implementazioni indipendenti verificano con forza l’assenza di ambiguità. Non devono essere l’unico controllo: aiutano anche casi di riferimento concordati e confronti evento per evento. Una discrepanza può derivare da una lacuna nella specifica o da un errore di programmazione. Ne individui la causa anziché riscrivere automaticamente la regola.

Controllare gli elenchi degli eventi fornisce più informazioni che far coincidere i totali finali. Due implementazioni possono ottenere lo stesso risultato con operazioni diverse oppure generare segnali identici con uscite differenti perché le sequenze esecutive divergono. Confronti orari, direzione, lato della quotazione, base di attivazione ed esecuzione.

La concordanza non dimostra né un vantaggio né la validità del modello esecutivo. Conferma la riproduzione coerente di una particolare specifica e delle relative impostazioni. Entrambe le implementazioni possono condividere un’ipotesi errata. Casi di riferimento e verifiche della disponibilità informativa esaminano le ipotesi a livello di singola decisione, prima di utilizzare risultati aggregati per la valutazione economica.

Verificare la concordanza tra due ricostruzioni

La procedura è semplice e richiede due esecuzioni: stessa regola, stesso file delle quotazioni e stesso periodo. Confronti elenchi, non aggregati: timestamp d’ingresso, direzione, prezzo d’ingresso, timestamp d’uscita, prezzo d’uscita e motivo dell’uscita. La concordanza è la quota delle operazioni presenti in entrambi gli elenchi sull’unione delle operazioni uniche.

Dove nascono le discrepanze

I casi seguenti richiedono specifiche esplicite o controlli dell’implementazione. Non vengono loro attribuite frequenze. Una specifica chiara elimina alcune differenze; altre richiedono la verifica dei dati e dei modelli esecutivi.

• Confini della finestra. La candela valutata appartiene alla finestra del livello di riferimento? In una finestra di 20 candele, cambiarne una può modificare il livello secondo la formula utilizzata: da nessuna variazione a un multiplo dell’obiettivo previsto.
• Disuguaglianza stretta o non stretta. «Prezzo sopra il livello» comprende l’uguaglianza? Con precisione decimale finita l’uguaglianza si verifica più spesso di quanto suggerisca l’intuizione, perché i prezzi vengono arrotondati a un incremento di quotazione.
• Un segnale mentre una posizione è aperta. Viene saltato, aumenta la posizione o la sostituisce? Queste tre risposte producono tre elenchi di operazioni a partire dallo stesso flusso di segnali.
• Un segnale sulla candela in cui una posizione si chiude. La posizione è stata chiusa prima della valutazione del segnale? La risposta dipende da una sequenza non contenuta nella candela.
• Dati mancanti. La condizione viene valutata quando manca una candela nella finestra? Colmare il vuoto con un valore vicino e saltare la valutazione producono elenchi diversi; si può scegliere una delle due opzioni senza riconoscerla come scelta.
• Identificazione delle candele e cambi d’ora. Le candele sono identificate da timestamp locali della fonte o dall’ora universale? Durante l’ora ripetuta dopo un cambio d’ora, la prima convenzione crea etichette duplicate; senza un offset esplicito, le etichette locali possono ripetersi. Verifichi la regola di identificazione.
• Una posizione irrisolta. Esiste un’uscita temporale e il suo contatore utilizza candele esistenti oppure ore di orologio? Un fine settimana fa sì che queste risposte producano date di chiusura differenti.
• La fine del periodo di test. Che cosa accade a una posizione aperta sull’ultima candela? Chiudere all’ultimo prezzo, omettere l’intera operazione e lasciarla aperta producono tre totali diversi.

Attribuisca ogni discrepanza alla specifica, al codice, ai dati o alla modellazione esecutiva. Chiarisca per iscritto una lacuna della specifica; corregga nel programma un errore d’implementazione. Ripeta poi il confronto usando casi di riferimento e l’elenco completo degli eventi.

Separi due questioni spesso combinate nella pratica. Rendere oggettiva una regola — convertire un’osservazione del grafico in una condizione calcolabile — è una tecnica analitica trattata nell’articolo 5.12. Verificare se due programmi indipendenti riproducano tale specifica in modo identico è una questione metodologica e appartiene a questo articolo. La prima domanda è «si può calcolare?», la seconda «sarà sempre calcolato nello stesso modo?».

Una regola basata sulla chiusura e il prezzo di risposta

Una condizione che utilizza la chiusura di una candela diventa disponibile soltanto dopo. Un’esecuzione non può precedere la disponibilità del segnale e una risposta realistica. La quotazione successiva può coincidere con la chiusura; la sola uguaglianza dei prezzi non dimostra l’uso anticipato di informazioni future.

L’errore si verifica quando il test usa informazioni non disponibili al momento decisionale assegnato. Registrare un prezzo di chiusura dopo la disponibilità del segnale non è intrinsecamente errato; verifichi i timestamp di disponibilità, invio ed esecuzione e la regola del simulatore.

Un esempio di anticipazione: un livello d’uscita al tempo t utilizza il massimo o minimo di una candela che si formerà solo dopo t. Utilizzare la candela corrente non è sempre sbagliato: i suoi dati fino a quel momento potrebbero essere già disponibili. La verifica riguarda quando uno specifico valore sia diventato noto, non soltanto l’etichetta della candela.

Stabilisca l’orario di disponibilità di ogni valore. Un valore appreso alla chiusura di una candela può attivare un ordine solo dopo essere diventato disponibile alla strategia. Un’esecuzione successiva può coincidere con la chiusura, ma la sola candela non consente di stabilirlo. L’assenza di informazioni temporali limita l’interpretazione e va dichiarata e indagata.

4. Dati, lato della quotazione e convenzioni intrabar

Un test è funzione di tre elementi: regola, dati e modello dei costi. La sezione precedente ha trattato il primo. Questa affronta gli altri, iniziando da un punto spesso omesso nei materiali sui test: i dati non sono un unico registro universale. Uno strumento in un periodo ha tanti registri quante sono le fonti, e le loro differenze vanno oltre gli arrotondamenti.

Che cosa occorre sapere sui dati

Un insieme di quotazioni è descritto da caratteristiche che non si possono dedurre l’una dall’altra.

Fonte e versione. Un registro proviene da uno specifico fornitore e può essere rivisto successivamente: vengono colmate lacune e corrette quotazioni errate. I test prima e dopo la correzione sono test diversi. La riproducibilità richiede di registrare la data del download oltre al nome della fonte.

Lato della quotazione. Il registro può contenere Bid, Ask, entrambi o il loro punto medio. Il capitolo 2 spiega la distinzione; il suo effetto aritmetico nei test è illustrato di seguito.

OHLC non contiene la sequenza all’interno di una candela. Un registro completo dei tick fornisce la sequenza delle variazioni registrate alla risoluzione dei suoi timestamp, ma non garantisce né completezza né esecuzioni. Occorre conoscere risoluzione temporale, lato della quotazione e lacune: sono caratteristiche distinte dei dati.

Completezza. Unità temporali mancanti, timestamp duplicati e interruzioni della fonte modificano le opportunità di valutazione. La gestione delle lacune deve essere specificata; altrimenti decide il comportamento predefinito dello strumento.

Cambiamenti nell’universo degli strumenti. Per un test su più strumenti, stabilisca se l’insieme degli strumenti sia rimasto costante per tutto il periodo. Uno strumento le cui quotazioni vengono ritirate scompare insieme al suo risultato: lo stesso meccanismo che riguarda le offerte della sezione 2.

Lato della quotazione: l’effetto aritmetico

Una regola può essere calcolata su un lato mentre gli ordini vengono eseguiti sull’altro. Una posizione lunga si apre all’Ask offerto al partecipante e si chiude al Bid; la differenza viene pagata una volta per ogni ciclo completo di apertura e chiusura. Se la simulazione entra ed esce sullo stesso lato, l’intera differenza scompare dal calcolo.

Con spread costante ed elenco delle operazioni congelato, la componente omessa cresce linearmente con il numero delle operazioni. Gli spread reali possono variare e incidere sull’attivazione e sugli ordini successivi. L’esempio seguente isola una rettifica aritmetica fissa; non è una simulazione completa Ask/Bid.

Convenzioni intrabar: dove i dati non forniscono risposte

OHLC non specifica se si sia verificato prima il massimo o il minimo. Quando entrambe le uscite vengono raggiunte dopo l’ingresso nella stessa candela, il risultato può dipendere dal percorso ignoto. Anche quando viene raggiunto un solo livello, possono restare dubbi sull’orario d’ingresso, sul lato della quotazione e sulla disponibilità dell’esecuzione.

Ipotizzare TP prima di SL oppure SL prima di TP è una convenzione del modello. TradingView, per esempio, descrive percorsi O–H–L–C e O–L–H–C selezionati in base alla posizione del prezzo di apertura.^[6] Dati più dettagliati possono ridurre l’ambiguità, ma non dimostrano automaticamente la disponibilità di esecuzione a ogni livello toccato.

Riporti l’effetto delle operazioni controverse sia sul totale sia sulla media, insieme alla loro quota. Una quota piccola può avere un effetto grande quando gli esiti sono grandi. I due percorsi offrono limiti utili soltanto all’interno del modello specificato di livelli ed esecuzioni; non sono limiti generali degli esiti reali.

Verifichi la chiarezza del lato della quotazione e la sequenza successiva alla condizione d’ingresso. Una candela che copre entrambi i livelli prima dell’ingresso non crea necessariamente lo stesso problema di una che li copre dopo. La specifica dovrebbe distinguere queste situazioni anziché trattare automaticamente ogni candela del genere come controversa.

La sensibilità alla sequenza è calcolabile per livelli ed esecuzioni ipotizzati, ma liquidità ignota o esecuzione parziale possono creare ulteriori esiti. «Ottimistica» e «prudente» si riferiscono quindi a una convenzione specifica. Riportarle entrambe è più informativo che nascondere una scelta, ma non garantisce che un’operazione reale rientri tra esse.

Modellazione dei costi nella simulazione

Registri separatamente spread, commissione e slippage. Un modello che usa un prezzo di riferimento deve aggiungere esplicitamente il costo. Per le differenze tra esecuzioni Ask/Bid reali, spread e slippage già incorporati nei prezzi sono inclusi e non devono essere sottratti nuovamente. Lo slippage simulato può essere stimato da un campione empirico separato; il backtest stesso non misura nuove esecuzioni.

I modelli a slippage fisso e quelli basati su distribuzioni possono differire. La distribuzione può dipendere dal tipo di uscita e dalle condizioni di mercato. Non attribuisca direzione o entità all’asimmetria senza dati; confronti scenari espliciti ed esecuzioni empiriche disponibili.

Rifiuti ed esecuzioni parziali possono essere simulati. Ometterli non distorce sempre i risultati nella stessa direzione: un ordine rifiutato avrebbe potuto vincere o perdere. Indichi la loro assenza come limite del modello, anziché come prova che il risultato sia sempre sovrastimato.

Per posizioni che attraversano il rollover, il finanziamento ammonta a Σ rⱼdⱼ. Qui rⱼ è il tasso vigente in quel momento e dⱼ il peso dell’accredito o addebito. Omettere uno swap negativo sovrastima il risultato; ometterne uno positivo lo sottostima. Gli articoli 8.5 e 8.6 spiegano i pesi.

Non moltiplichi il tasso odierno per un numero di notti applicandolo retrospettivamente all’intera cronologia. Servono i pesi degli eventi di accredito o addebito, i tassi contemporanei e le unità. Un volume variabile richiede anche la base di calcolo di ogni segmento. Una cronologia dei tassi mancante va indicata come limite oppure sostituita con uno scenario di costo espressamente identificato.

Gli swap omessi possono distorcere in direzioni diverse i confronti tra due orizzonti. Un accredito positivo è un ricavo che migliora il saldo nelle condizioni ipotizzate, non un costo rinominato. Un addebito negativo lo riduce. Nessuno dei due segni deriva automaticamente dalla direzione della posizione. Trasferisca il metodo di calcolo degli articoli 8.5–8.6, non i loro tassi illustrativi.

Se la regola sospende il trading intorno agli eventi, riproduca quel filtro utilizzando calendario storico e fuso orario. Senza il filtro, i risultati comprendono entrambe le condizioni. Una media può descrivere la miscela, ma andrebbero dichiarati composizione e costi separati. L’articolo 8.8 tratta le finestre di pubblicazione; l’8.4 definisce la fine della giornata di trading.

Un filtro sulle pubblicazioni richiede informazioni disponibili prima della decisione, non commenti successivi che identifichino gli eventi rivelatisi importanti. Specifichi elenco, orario di pubblicazione nel fuso pertinente e trattamento delle revisioni del calendario. Se la regola non ha un filtro, non elimini successivamente operazioni sfavorevoli intorno alle pubblicazioni chiamando il resto un test invariato.

Modificare il confine della giornata è metodologicamente simile: può cambiare segnali e assegnazione dei dati. Conservi la convenzione della fonte e gli scarti orari anziché adattarli ai risultati. La media del campione misto rimane una descrizione valida di quella miscela, ma può nascondere la concentrazione della performance senza sottoperiodi e condizioni di costo.

Un test demo verifica segnali ed esecuzione in un ambiente dimostrativo. I suoi risultati sono analizzabili, ma non dimostrano distribuzioni dei costi identiche su un conto reale. Uno shadow test non invia ordini e non misura esecuzioni. Identifichi esplicitamente queste modalità.

Una candela, due esiti ammissibili

Una posizione lunga illustrativa era già aperta all’Ask di 1,10000. Lo stop si attiva al Bid di 1,09800, l’obiettivo al Bid di 1,10300. La candela Bid successiva: O=1,09992; H=1,10320; L=1,09780; C=1,10040. Entrambi i percorsi corrispondono a questo OHLC: O–H–L–C raggiunge prima l’obiettivo; O–L–H–C raggiunge prima lo stop.

Con esecuzioni complete modellate ai livelli, gli esiti di prezzo sono +30 e −20 pip. Dopo 0,20 di commissione diventano +29,80 e −20,20. Lo spread è già compreso tra l’Ask effettivo d’ingresso e il Bid d’uscita, quindi non viene sottratto di nuovo. OHLC non stabilisce né la sequenza né l’esecuzione ai livelli toccati.

Entrambi i percorsi disegnati visitano gli stessi O, H, L e C in ordini diversi. Questo basta a dimostrare l’ambiguità, pur senza esaurire tutti i percorsi coerenti con OHLC. Gli esiti sono misurati dall’Ask d’ingresso ipotizzato al Bid d’uscita. La candela Bid non contiene una cronologia Ask e da sola non può ricostruire l’intera cronologia dello spread.

Le cifre +29,80 e −20,20 sono calcoli di due esecuzioni complete modellate, non esecuzioni osservate. La documentazione del simulatore definisce la convenzione; dati più dettagliati possono stabilire la sequenza delle quotazioni. Le esecuzioni reali richiederebbero registri degli ordini e delle esecuzioni. Riporti separatamente questi tre livelli: percorso, convenzione ed esecuzione.

5. Dalla regola alla messa in funzione, con criteri di avanzamento

Le fasi di test di una regola vengono spesso presentate come un elenco di compiti. Un elenco da solo non decide nulla perché non indica una condizione per avanzare. Di seguito, ogni fase ha una domanda che richiede una risposta affermativa perché la successiva abbia senso, più l’azione prevista in caso negativo. La sequenza non è arbitraria: ogni fase presuppone il completamento della precedente.

Che cosa accade dopo una risposta negativa

Elenchi discordanti bloccano l’interpretazione dei risultati finché non viene stabilita la causa. Dopo aver corretto dati, codice o specifica, ripeta entrambe le esecuzioni. Non selezioni un elenco soltanto perché il suo risultato è migliore.

Seconda fase. L’assenza di una qualsiasi delle cinque caratteristiche dei dati blocca il test, perché ognuna incide sui risultati. Fornirle è lavoro organizzativo, non ricerca sostanziale, e in genere richiede meno tempo che discutere della sua necessità.

I risultati sui dati di selezione descrivono la versione adattata e non offrono una conferma indipendente. Possono diagnosticare problemi e scartare un’idea secondo criteri prestabiliti. Un risultato negativo non deve necessariamente chiudere ogni progetto, ma una versione rivista è una nuova decisione che richiede una valutazione indipendente. Riporti quota ed effetto dei casi intrabar irrisolti anche in presenza di una media positiva.

Il metodo walk-forward seleziona i parametri su una finestra precedente e li valuta sulla successiva. L’estratto disponibile del capitolo di Pardo descrive questa costruzione.^[1] I risultati ricadono fuori da ciascuna finestra locale di selezione, ma scegliere la lunghezza delle finestre e l’intera procedura dopo aver esaminato ogni risultato può comunque adattare la valutazione. Registri la cronologia delle decisioni e, dopo tali revisioni, utilizzi un nuovo test finale intatto.

I test sui dati in arrivo possono essere shadow, demo o reali. La modalità shadow confronta disponibilità dei dati e segnali; quella demo comprende anche esecuzioni dimostrative. Slippage, rifiuti ed esecuzioni parziali reali richiedono registri di ordini reali. Ogni modalità fornisce inoltre informazioni prospettiche sul comportamento della regola, non soltanto sull’esecuzione.

Sesta fase. Un criterio di arresto scritto dopo la messa in funzione è un commento al risultato, non un criterio. La sezione 10 ne spiega costruzione e proprietà statistiche. Qui basta il requisito formale: deve esistere prima del primo ordine.

Il monitoraggio confronta la stessa misura nelle stesse unità, tenendo conto di numerosità campionaria e periodo. Un risultato nella valuta del conto e uno in pip non sono direttamente confrontabili. Non si afferma la frequenza o la priorità di questo errore senza esaminare i rapporti.

Il criterio di arresto fa parte della procedura. La sua attivazione non è certa in ogni periodo finito. Rivederlo dopo aver esaminato i risultati richiede la registrazione di una nuova versione e una sua verifica separata.

Quanta cronologia utilizza ogni fase

Dietro questa sequenza di compiti c’è il consumo di una risorsa finita: la cronologia delle quotazioni disponibile. Osservarne numericamente la ripartizione è utile perché può essere l’unico motivo per cui la procedura non può essere svolta nella forma prevista.

Una finestra di addestramento più lunga fornisce più dati, ma può includere condizioni di mercato più lontane; non garantisce una selezione migliore. Le conclusioni dipendono da incertezza, dimensione dell’effetto e cambiamento nel tempo. Poche decine di operazioni da sole non dimostrano che un test non contenga informazioni.

Status dei dati e modalità di esecuzione

In-sample indica materiale utilizzato per la costruzione o la selezione. OOS indica materiale non utilizzato per quella decisione; walk-forward è una particolare procedura di valutazioni OOS locali successive. Forward significa dati in arrivo dopo il congelamento della versione, con esecuzione shadow, demo o reale. Un risultato reale è effettivamente maturato su un conto. Queste etichette descrivono assi separati e possono combinarsi; forward non significa automaticamente esecuzioni reali.

Lo status si riferisce sempre a una decisione specifica. Un periodo può essere OOS per una versione precedente e materiale di selezione per quella successiva se il suo primo risultato induce una revisione. Forward descrive l’ordine cronologico, quindi anche le osservazioni prospettiche possono selezionare una versione successiva.

La modalità esecutiva risponde a una domanda distinta. Shadow osserva dati e segnali senza ordini; demo fornisce esecuzioni dimostrative; un conto reale fornisce esecuzioni effettive. Non sono livelli di un’unica classificazione. Un rapporto può quindi identificare contemporaneamente il periodo prospettico, il suo ruolo rispetto alla versione e la modalità esecutiva. Ognuno risolve una diversa incertezza interpretativa.

Riporti separatamente il ruolo dei dati e la modalità esecutiva. Senza queste informazioni, il significato di un numero è limitato: potrebbe descrivere la selezione della versione, una valutazione indipendente, segnali futuri oppure un risultato effettivamente maturato. Non sono quattro categorie che si escludono a vicenda.

Test prospettico: quali eventi osserva realmente?

Ogni rapporto identifica le date, la versione congelata della regola e le modifiche durante il periodo. Forward descrive la sequenza cronologica dei test; «reale» descrive l’esecuzione. Non sono etichette intercambiabili.

6. Un catalogo delle insidie dei test

Le insidie limitano l’affidabilità dei test in modi diversi. Alcuni errori specifici, come l’anticipazione di informazioni in un’implementazione nota, possono essere eliminati e verificati ripetendo l’esecuzione. L’assenza di una garanzia per il futuro non significa che ogni errore rilevato possa essere soltanto attenuato parzialmente.

Esaminare molte versioni aumenta la probabilità di selezionare un risultato favorevole per caso. Un massimo da solo non dimostra un artefatto; tenga conto della famiglia di regole testate e della procedura di selezione. White descrive un test che confronta la performance migliore con un riferimento controllando il data snooping.^[2]

Harvey, Liu e Zhu analizzano molteplici relazioni testate nella ricerca sulla sezione trasversale dei rendimenti attesi.^[4] Le loro soglie di significatività non vengono trasferite a un test sul Forex al dettaglio. Questa fonte rimanda a una letteratura distinta sui test multipli.

Perché l’uso ripetuto consuma una finestra di validazione

OOS cessa di essere una validazione indipendente per nuove decisioni se il suo risultato è stato usato per rivedere la regola o la procedura. La semplice rilettura non modifica i dati, ma agire in base a quella lettura ne cambia il ruolo.

Quando le revisioni usano risultati OOS, quel periodo entra nella selezione della nuova versione. Bailey e coautori descrivono la probabilità di sovra-adattamento all’interno di una particolare procedura di selezione.^[3] Questo non dimostra che ogni selezione invalidi tutte le informazioni sul futuro.

Una finestra utilizzata non può tornare a essere mai vista. L’intera procedura può però essere congelata e valutata su nuovi dati intatti oppure mediante una suddivisione esterna separata. I registri d’uso identificano la versione per la quale un risultato era ancora OOS.

L’ambito della tabella

Le righe descrivono vari limiti dei test, non soltanto la sovrastima. Alcune omissioni possono agire in entrambe le direzioni. Le specifiche contrattuali richiedono una verifica separata: se la regola non è eseguibile con quelle restrizioni, un test favorevole non risolve il problema. La sezione 11 sviluppa queste condizioni.

La rassegna di Park e Irwin esamina studi sulla redditività dell’analisi tecnica.^[5] Non viene usata qui per attribuire una quota di risultati falsi o affermare che la maggior parte delle regole fallisca. I calcoli espliciti dei modelli stabiliscono i limiti di questa lezione, non generalizzazioni non verificate sulla letteratura.

Un nuovo test dopo una modifica della regola basata sui dati OOS

La versione v 1 è stata selezionata senza il periodo B, rendendo B OOS per quella decisione. Esaminare B ha portato a una modifica del parametro e a v 2. Ora B serve alla selezione di v 2: può ancora documentare un errore, ma non conferma più v 2 in modo indipendente. La v 2 congelata necessita del periodo C, non utilizzato per parametri, lunghezze delle finestre o costi. Il rapporto conserva v 1, v 2, le date delle decisioni e il ruolo di ogni periodo.

7. Test di sensibilità: costo, parametro e periodo

Affermare un vantaggio richiede di verificare se la performance sopravviva a variazioni ragionevoli delle ipotesi. Tre assi sono essenziali perché ogni test contiene tre tipi di ipotesi: costo, valore del parametro chiave e periodo selezionato. Di seguito tutti e tre vengono esaminati su un unico insieme numerico per poterli confrontare.

La regola ha un parametro libero: la lunghezza della finestra usata per calcolare un livello di riferimento. I valori testati sono 10, 15, 20, 25, 30 e 40 candele. La misura è il risultato medio per operazione chiusa in pip dopo un costo di 0,60 pip. Le versioni A e B differiscono nella costruzione della condizione d’ingresso. Ogni cifra di questa sezione è illustrativa, non proviene da alcun test reale e serve soltanto a mostrare come interpretare un insieme del genere.

Le tabelle utilizzano medie e quantità ipotizzate senza elaborare quotazioni. Non esistono quindi una quota empirica di candele controverse, un registro delle esecuzioni o uno status IS/OOS. Questi campi sono non applicabili — nessun test eseguito, non pari allo 0%. Un rapporto reale deve fornirli insieme a dati e modelli.

Nessun test eseguito non significa zero errori. Candele controverse, rifiuti e casi di anticipazione sono ignoti perché non esiste un simile elenco degli eventi. Zero sarebbe il risultato di una verifica specificata su un campione completo. «Non applicabile», con il suo motivo, descrive accuratamente la costruzione dell’esempio.

Un confronto reale richiederebbe fonte e versione delle quotazioni, definizione del segnale, costi, ruoli dei periodi e un elenco degli eventi che riproduca le medie. Somigliare a un rapporto di test non conferisce tale status. Questi valori sono input dei calcoli di sensibilità; la validazione verifica l’aritmetica, non la qualità empirica di A o B.

L’asse del parametro

Entrambe le versioni raggiungono il massimo a 20 candele. Scegliere soltanto il numero più alto favorirebbe A. I controlli del vicinato e dei sottoperiodi mostrano maggiore sensibilità di A in questo insieme, ma non dimostrano un vantaggio per B.

I rapporti calcolati dalle medie ponderate complete sono 1,733333/0,400028=4,3330 per A e 0,509750/0,463442=1,0999 per B. Le tabelle mostrano valori arrotondati. La media del vicinato utilizza le due medie complete anziché le righe arrotondate.

A presenta un picco isolato; B un’area più ampia di risultati simili. Questo diagnostica sensibilità, anziché dimostrare che A sia un artefatto o B una strategia stabile. Anche le medie vicine provengono dallo stesso campione, spesso condividendo operazioni; non sostituiscono nuovi dati OOS.

Il grafico conserva un asse numerico del parametro: da 30 a 40 la distanza è maggiore degli intervalli adiacenti precedenti. La larghezza dell’area disegnata corrisponde quindi alle lunghezze delle finestre, non a un numero arbitrario di colonne. Le altezze dei punti utilizzano le medie ponderate complete anziché copie delle righe arrotondate.

Un’area positiva più ampia descrive utilmente la sensibilità di questo campione. Non fornisce molte conferme indipendenti perché regole vicine possono usare le stesse operazioni. Anche l’area stessa può essere scelta dopo aver visto i risultati; la sua cronologia di selezione richiede allora lo stesso esame di un picco isolato. La geometria del grafico non sostituisce le suddivisioni dei dati e la valutazione dell’incertezza.

Il numero di operazioni diminuisce con la lunghezza della finestra, ma l’incertezza dipende anche da dispersione e dipendenza. Una riga con N minore può comunque fornire informazioni utili. Senza distribuzioni, qui non vengono attribuiti intervalli di confidenza o certezza della selezione.

L’asse del costo

Con un elenco fisso di operazioni e un costo aggiuntivo uniforme ΔC, la media diminuisce esattamente di ΔC. Una regola senza filtro di costo non garantisce un elenco invariato: spread variabili possono modificare l’attivazione, mentre esecuzioni o rifiuti possono cambiare posizioni e segnali successivi. Un test completo deve simulare nuovamente questi eventi.

Traslare ogni media è utile soltanto con un elenco congelato e lo stesso costo aggiuntivo per esito. Rivela rapidamente un margine, ma non ricostruisce il comportamento modificato della strategia. Se il costo aggiuntivo dipende dall’ora del giorno, dal tipo d’uscita o dalla durata della posizione, lo calcoli per gli eventi appropriati.

Anche le variazioni dello spread possono violare l’ipotesi dell’elenco fisso. Per una posizione corta, l’Ask può attivare prima uno stop; quella chiusura modifica i segnali successivi ammessi da una regola a posizione unica. Il costo diventa allora parte della sequenza decisionale, non una deduzione dal totale finale. Uno stress completo dell’esecuzione richiede una nuova simulazione esplicita.

Gli 0,60 pip aggiuntivi sono uno stress illustrativo, non una differenza tipica misurata tra simulazione e trading. Con un elenco congelato rendono negative entrambe le medie del vicinato. Un intervallo di stress credibile in un rapporto reale richiede dati o condizioni esecutive giustificate.

B presenta bassa sensibilità ai parametri vicini in questo insieme, ma maggiore sensibilità ai costi. Dopo costi aggiuntivi giustificati, un picco positivo da solo non basta a dimostrare un vantaggio. La valutazione completa richiede anche incertezza e dati esterni alla selezione.

L’asse del periodo

Il terzo asse ripete l’intero esame dei parametri separatamente in due sottoperiodi disgiunti.

Il cambiamento del parametro migliore indica dipendenza dal periodo. Può riflettere rumore, condizioni mutevoli o adattamento giustificato. Il solo spostamento del massimo non permette di distinguerli.

Ponderi le medie per il numero di operazioni. A 20, A: (110×3,20+100×0,12)/210=1,733333. B: (105×0,60+95×0,41)/200=0,509750, arrotondato a 0,51. Le medie esatte di tutte e sei le impostazioni sono alla base dei calcoli del vicinato e dello stress dei costi.

Il massimo di A si sposta da 20 candele nel primo sottoperiodo a 40 nel secondo. All’impostazione 20, il primo contribuisce 110×3,20=352 pip e il secondo 100×0,12=12; il primo rappresenta il 96,7% del totale di 364. Il massimo di B si sposta da 20 a 25 e ogni media rimane positiva. La differenza di 0,01 tra due impostazioni è una caratteristica di numeri costruiti; la sua rilevanza non può essere determinata senza la dispersione degli esiti.

A è sensibile al parametro e al periodo in questo insieme; B fornisce risultati vicini simili. Entrambe si indeboliscono con costi maggiori. Non esistono un campione empirico, una varianza degli esiti o un test di selezione, quindi a nessuna viene attribuito un vantaggio duraturo.

Utilizzare i risultati dei test di sensibilità

L’asse del parametro descrive il vicinato; quello dei costi il margine per uno specifico sovrapprezzo; quello del periodo la concentrazione storica della performance. Nessuno identifica una cifra trasferibile al futuro senza ulteriori verifiche.

Quando tutte e tre le valutazioni indicano la stessa direzione, la conclusione è semplice. Quando differiscono, non esiste una regola risolutiva e fingere il contrario non è utile. Una cosa è tuttavia chiara: un risultato che inverte segno dopo una piccola variazione realistica di un’ipotesi è instabile, indipendentemente dalla sua altezza iniziale.

Un vicinato piatto può comunque condividere lo stesso campione

Le versioni a 15, 20 e 25 candele possono condividere molte operazioni. Medie simili non forniscono allora tre conferme indipendenti. Prima di concludere che vi sia robustezza, verifichi eventi condivisi, risultati nei sottoperiodi e cronologia della selezione dell’intera area. La media del vicinato descrive questo campione; non è una nuova evidenza OOS.

8. Il registro di riproducibilità

Un test è riproducibile quando qualcuno può ottenere lo stesso risultato disponendo soltanto della sua descrizione. Il criterio è rigoroso, senza gradi intermedi: la descrizione è sufficiente oppure no. Il registro seguente elenca gli elementi la cui assenza interrompe la riproduzione e identifica che cosa diventi allora ignoto.

Il registro documenta dati, regola e metodo esecutivo. Tempi di completamento e prevalenza delle omissioni in altri rapporti non vengono attribuiti senza ricerca. Versioni degli strumenti, checksum dei file ed elenchi delle decisioni stabiliscono se venga confrontato lo stesso esperimento.

Una curva del capitale può mostrare il percorso del risultato e la concentrazione se ne vengono specificati assi e base di calcolo. Non sostituisce regola, dati, costi o cronologia della selezione. Il solo grafico non può riprodurre un test o valutarne ogni limite, pur non essendo privo di informazioni.

Che cosa congelare per riprodurre un risultato

Insieme al registro conservi hash SHA-256 di dati e codice, versioni degli strumenti, parametri, fuso orario e offset UTC, seme casuale se applicabile ed elenco degli eventi. Le date di verifica delle fonti identificano quale documentazione del modello sia stata controllata. Dopo modifiche ai dati o agli strumenti, confronti l’elenco delle operazioni con il manifesto precedente, non soltanto il totale finale.

Un checksum rileva modifiche ai byte di un file; non valuta la qualità dei dati né la correttezza del codice. File identici possono condividere un errore. Il manifesto identifica ciò che è stato usato affinché una persona indipendente possa indagarlo e ripetere l’esecuzione corretta su una versione identificata.

Una componente casuale richiede anche parametri del generatore, metodo di campionamento e sequenza d’uso. Il solo seme può non bastare dopo modifiche a librerie o modello. Versioni degli strumenti e registri degli eventi distinguono un flusso casuale modificato da una regola modificata. Sono informazioni per interpretare i risultati, non un tutorial sulla configurazione dell’ambiente.

9. Valutare i risultati altrui mediante domande

Un risultato altrui viene valutato come il proprio, con una differenza: le informazioni mancanti non possono essere fornite autonomamente, quindi una domanda senza risposta termina quella valutazione anziché diventarne una fase.

Separi i due elenchi prima della prima domanda; altrimenti il confronto diventa troppo lungo per essere completato. Otto domande sul risultato stesso — numero di operazioni, periodo e strumenti, costi, suddivisioni dei dati, numero di versioni testate, drawdown massimo, concentrazione nelle operazioni maggiori e chi sostiene il rischio — appartengono all’articolo 8.2, sezione 13. Si applicano senza modifiche ai risultati algoritmici e non vengono ripetute qui. L’elenco seguente riguarda soltanto ciò che si aggiunge quando una cifra proviene da un test su quotazioni storiche anziché da operazioni eseguite. Ogni riga segue lo stesso ordine: domanda, risposta richiesta e significato della sua assenza.

L’ultima domanda può essere considerata scortese ed è l’unica a non riguardare la procedura di test in sé. Chiarisce se le altre dieci domande si rivolgano a chi ha sostenuto le conseguenze delle proprie conclusioni oppure a chi è influenzato soltanto dalle conclusioni altrui. Non accusa nessuna delle due parti; identifica dove ricade l’onere di verifica.

Come funzionano insieme i due elenchi

Il loro ordine pratico conta. Inizi dalle otto domande dell’articolo 8.2: sono più brevi e più spesso risolvono la questione. Senza numero di operazioni, date o suddivisione dei dati, la risoluzione delle registrazioni è irrilevante perché non è noto che cosa descriverebbe. Un risultato che supera quell’elenco richiede le undici domande precedenti, che determinano se la cifra descriva la regola oppure la procedura che l’ha testata.

I rapporti sugli ordini reali contengono esecuzioni effettive, ma richiedono comunque versione dell’algoritmo, fonte dei segnali e modifiche della regola. Le domande intrabar riguardano la simulazione; qualità dei dati e disponibilità dei segnali contano anche nell’esecuzione reale. I modelli storici dei costi possono essere stimati da un campione separato di esecuzioni.

L’esecuzione risolve l’incertezza sul prezzo di quella specifica esecuzione, non sul motivo per cui il programma abbia inviato l’ordine. Restano necessari dati disponibili al momento, versione della regola e registri dei segnali. Interruzioni della fonte o confini errati delle candele possono verificarsi nel trading reale anche se un’esecuzione è registrata correttamente.

Una simulazione può utilizzare slippage stimato da precedenti esecuzioni reali. Quel campione ha date, strumenti e limiti propri. Non misura nuove esecuzioni del backtest né garantisce il trasferimento della distribuzione al periodo successivo. Conservi la provenienza di ogni componente anziché contrapporre l’intero test a ogni forma di dato reale.

Che cosa può essere fornito al posto delle risposte

Altri materiali possono sostituire le risposte, pur senza esservi equivalenti. Primo, una curva del capitale non contiene regola, modello dei costi o suddivisione del campione. Secondo, la durata del periodo senza numero di operazioni: due anni possono significare 20 o 2000 operazioni, quindi lo stesso intervallo temporale non offre necessariamente un numero comparabile di osservazioni. Entrambe le quantità appartengono all’elenco dell’articolo 8.2, ma una può prendere il posto dell’altra. Terzo, un unico indicatore aggregato di qualità senza campione, periodo, costi o suddivisione dei dati è una funzione di quelle quantità mancanti, non della sola regola.

Un registro accurato della performance può avere valore limitato nel giudicare il futuro. Distingua la veridicità dei dati dall’indipendenza del test, dall’ambito dei costi e dalla cronologia della selezione. La selezione in base alla sola performance non dimostra un artefatto, ma richiede una validazione che tenga conto della selezione.

Applicare le stesse domande al proprio risultato

Il rapporto dovrebbe conservare le date decisionali, comprese le consultazioni senza modifiche alla regola. La ricostruzione retrospettiva è meno affidabile di un registro contemporaneo, ma non va attribuita una direzione prestabilita all’errore di memoria.

Una suddivisione registrata prima dei test stabilisce l’uso pianificato dei dati. La ricostruzione può descrivere quella effettivamente utilizzata, ma non prova che sia rimasta invariata dopo aver visto i risultati. Occorrono cronologie delle versioni e delle decisioni.

10. Monitoraggio e criterio di arresto prestabilito

Dopo la messa in funzione osservi se il comportamento della regola corrisponda all’ambito della versione testata. Le differenze possono riflettere dispersione casuale, condizioni mutevoli oppure problemi dei dati o dell’esecuzione. Un criterio di performance non può identificare perfettamente la causa, ma frequenza e ritardo degli allarmi possono essere valutati in modelli espliciti.

Un criterio basato sul superamento in peggio della peggiore osservazione del test

Una costruzione genera un allarme quando un singolo esito è peggiore del minimo del test. Le sue proprietà vengono calcolate di seguito per un modello specificato, senza affermare che questa costruzione sia comune.

Il calcolo ha implicazioni progettuali. Un criterio simile va rapportato alla durata del periodo, non soltanto alla soglia: «peggiore del peggiore risultato del test» cambia dopo 100 e 1000 operazioni. La seconda implicazione riguarda la quarta fase della procedura: un test più lungo riduce la sensibilità ai falsi allarmi, un altro motivo per non abbreviare quella fase.

Un criterio basato sull’assenza di operazioni

La seconda costruzione affronta la situazione opposta: la regola non genera segnali anche se dovrebbe. Questo avvertimento riguarda se la regola incontri le condizioni per le quali è stata progettata, non la performance.

Che cosa dovrebbe contenere un criterio di arresto scritto

Un criterio di performance dovrebbe specificare misura, unità, soglia, durata dell’osservazione, campione richiesto e azione successiva all’allarme. Problemi d’integrità separati, come ordini duplicati o dati necessari mancanti, possono richiedere una sospensione immediata senza attendere un numero minimo di operazioni.

Una soglia senza periodo di osservazione è incompleta: un singolo esito, una media su una finestra recente e il minimo storico sono quantità diverse. Lunghezza della finestra e N richiesto determinano quali eventi attivino allarmi. Più verifiche richiedono di considerare frequenza e dipendenza; la percentuale di una verifica non descrive automaticamente tutto il monitoraggio.

Va specificata anche l’azione successiva all’allarme. Sospensione, diagnosi e riavvio richiedono la causa e la versione monitorata. Una revisione che usa il periodo dell’allarme non può mantenere il precedente status di test indipendente. I problemi d’integrità restano distinti: rilevarli non deve necessariamente attendere la valutazione statistica della media.

Le condizioni di riavvio dovrebbero essere riproducibili: identificare la causa dell’allarme, correggerla e valutare la nuova versione su dati inutilizzati e in una modalità prospettica specificata. Il periodo che ha indotto la revisione serve alla diagnosi, non a una nuova validazione OOS indipendente.

Perché questi criteri possono sbagliare in entrambe le direzioni

Un criterio sensibile arresta una regola funzionante, come mostra il primo calcolo. Uno insensibile lascia operare la regola dopo il cambiamento delle condizioni per il tempo necessario a raccogliere un campione decisivo. Entrambi i lati di questo compromesso derivano dal fatto che una serie di esiti è compatibile con molte distribuzioni, e distinguerle richiede osservazioni che impiegano tempo ad accumularsi. L’articolo 8.2 tratta il campione necessario per rilevare una differenza specificata.

Un criterio di performance sceglie un equilibrio tra allarmi frequenti e reazioni tardive. Le sue proprietà possono essere valutate in modelli espliciti e prospetticamente. I risultati non possono identificare un regime con certezza, ma una diagnosi utile resta possibile.

Più verifiche aumentano la probabilità di un allarme

In un modello di Poisson omogeneo, una pausa preselezionata di 60 sessioni ha probabilità di nessun segnale q=exp(−60/21)=5,74%. Per 12 finestre disgiunte, indipendenti in questo modello, la probabilità di almeno una finestra vuota è 1−(1−q)¹²=50,82%. Questo non modella finestre mobili sovrapposte. La soglia di una singola verifica non può essere chiamata tasso annuo di falsi allarmi senza ricalcolo.

Le 12 finestre disgiunte definiscono un insieme specifico di verifiche. I loro conteggi di Poisson sono indipendenti, consentendo di moltiplicare le probabilità di nessuna finestra vuota e sottrarre il prodotto da 1. Quell’ipotesi appartiene alla formula, non a ogni strategia osservata.

Le verifiche mobili condividono molte sessioni. I loro esiti sono dipendenti e possono segnalare ripetutamente una pausa lunga. La loro frequenza richiede un calcolo diverso o una simulazione esplicita dell’intera procedura. Anche stimare l’intensità da un campione breve aggiunge incertezza. L’esempio tratta un’operazione ogni 21 sessioni come parametro dato, non come vantaggio misurato.

11. Che cosa non stabilisce questo articolo

La procedura ha un ambito definito che merita di essere esplicitato, perché ogni limite seguente modifica le conclusioni sostenibili.

Completare la procedura non dimostra un vantaggio

La procedura fornisce evidenze sulla versione testata con dati e costi specificati. Non garantisce un vantaggio duraturo. Una buona performance OOS con valutazione dell’incertezza può sostenerlo; selezione e test non stabiliscono in anticipo né successo né artefatto.

Questa distinzione è pratica, non filosofica. «La regola ha completato la procedura» può essere verificato e dichiarato. «La regola ha un vantaggio» richiede inoltre valore atteso con tutti i costi e stime dell’incertezza su dati esterni alla costruzione della regola. Questo appartiene all’articolo 8.2, non a questo testo.

Ogni valore numerico qui è ipotizzato

Non è stato condotto alcun test. I 240 segnali, le 400 operazioni, i 46 casi controversi, i sei valori del parametro su due versioni e le 21 sessioni tra segnali illustrano soltanto calcoli e dimensioni. I propri input cambierebbero ogni risultato, talvolta il suo segno. Trattare una qualsiasi di queste cifre come stima ne contraddirebbe lo status dichiarato.

Trovare una regola che valga la pena testare

Idee e costruzione dei segnali appartengono al capitolo 5 e all’articolo 8.7. Un test può fornire una diagnosi utile per l’ipotesi successiva, ma non garantisce un’idea migliore. Ogni revisione che usa risultati dei test estende la cronologia della selezione.

L’esecuzione qui è un input, non l’argomento

Slippage, rifiuti ed esecuzioni parziali entrano nel modello dei costi come numeri che richiedono una fonte. La loro origine riguarda condizioni di trading e confronti, trattati nel capitolo 11. Ambiente, configurazione e requisiti tecnici del programma appartengono al capitolo 12. Nessuno dei due argomenti viene descritto qui né può essere dedotto dal materiale precedente.

Dimensione della posizione e misure di rischio del portafoglio restano fuori dal calcolo

Gli esiti in pip sono indipendenti dal volume nel modello lineare dei costi ipotizzato. Commissioni minime e condizioni esecutive diverse possono violarlo. Dimensionamento delle posizioni e misure del percorso del capitale appartengono al capitolo 9.

Il comportamento dopo l’arresto appartiene a un altro capitolo

I criteri di arresto sono stati trattati come elementi procedurali con proprietà modellate. Li definisca prima della messa in funzione e registri le modifiche successive. Le reazioni umane ai risultati avversi appartengono al capitolo 10.

12. Esercizio di autoverifica e passo successivo

L’esercizio ripete tre calcoli con input diversi e identifica omissioni nel rapporto altrui. Seguono i dati e la soluzione svolta.

Applicare poi la procedura

Documenti prima regola, dati e modello. Verifichi poi la concordanza delle implementazioni ed esegua i calcoli. Non si presume che richieda un’ora né che un particolare numero di omissioni compaia nella maggior parte dei rapporti.

Diagnostichi quota ed effetto dei casi intrabar, vicinato del parametro e sensibilità ai costi. Il primo richiede eventi della simulazione; il secondo ulteriori impostazioni del parametro; uno stress completo dei costi può richiedere una nuova simulazione. Non tutte le informazioni provengono da un’unica esecuzione.

Una domanda separata, esterna a questo articolo, spesso decide prima la fattibilità: questo metodo di lavoro è compatibile con gli orari e le circostanze disponibili? L’automazione cambia meno di quanto possa sembrare, spostando l’impegno dall’osservazione del mercato alla costruzione e alla supervisione anziché eliminarlo. Il monitoraggio della sezione 10 resta un lavoro regolare. L’articolo 8.10, ultima lezione del capitolo, elimina i metodi non fattibili entro i vincoli personali.