Come si possono testare retrospettivamente i canali di Keltner in modo responsabile?

Che cosa sono i canali di Keltner e cosa esattamente stai testando retrospettivamente?

I canali di Keltner sono un inviluppo basato sulla volatilità intorno a una media mobile. Una costruzione tipica prevede una linea centrale (una media mobile) e bande superiori/inferiori basate su una misura di volatilità come l’Average True Range (ATR), scalata da un moltiplicatore. In un test retrospettivo, non stai testando l’idea in generale — stai testando una definizione algoritmica specifica:

• Il tipo di media mobile (ad esempio, semplice o esponenziale)
• La lunghezza del periodo di riferimento per la media mobile
• La misura di volatilità e la sua lunghezza di riferimento (comunemente ATR)
• Il moltiplicatore della banda
• Il prezzo utilizzato per gli input (ad esempio, il close, o un altro campo coerente)

Poiché ognuna di queste scelte modifica la serie temporale che produci, il “test retrospettivo responsabile” inizia con l’annotare esattamente il calcolo dell’indicatore prima di discutere i risultati.

Definisci i dati e le assunzioni prima di calcolare i risultati

Un test retrospettivo responsabile rende esplicite le proprie assunzioni. Al minimo, specifica:

1. Frequenza dei dati e allineamento temporale: Decidi se la tua serie è costruita da barre giornaliere, orarie o di altro tipo, e assicurati che le bande siano calcolate utilizzando informazioni disponibili alla chiusura di quella barra (o al momento di decisione rilevante).
2. Prevenzione del lookahead: Evita di utilizzare barre future per calcolare i valori delle bande che sarebbero stati sconosciuti al momento della decisione.
3. Valori dei parametri: Fissa le impostazioni dell’indicatore che stai valutando, invece di modificarle durante la valutazione.
4. Modello di regole di trading (se incluso): Anche se il tuo obiettivo è il comportamento dell’indicatore, dovresti chiarire cosa costituisce un “risultato”, come misurare la distanza dalla banda, i contatti o il tempo trascorso fuori dalle bande. Se trasformi ciò in decisioni, definisci la logica decisionale senza modificarla a metà strada.

Se non definisci chiaramente cosa viene misurato, puoi ottenere output di test retrospettivo apparentemente forti che in realtà sono artefatti di calcoli inconsistenti.

Modellizzazione dei costi e realismo dell’esecuzione

I test retrospettivi spesso falliscono perché confrontano idee derivate dall’indicatore con assunzioni troppo ottimistiche. Considera le principali categorie di costi e come le modellizzi:

• Costi di transazione: Spread/commissioni o un costo proxy per ogni operazione eseguita.
• Slippage: La differenza tra un prezzo di esecuzione ideale e un prezzo di riempimento plausibile.
• Tempistica degli ordini: Se si assume che gli ordini siano riempiti all’apertura della prossima barra, alla chiusura della stessa barra o con un ritardo.

Anche senza dati in tempo reale, puoi modellizzare questi componenti con assunzioni esplicite (ad esempio, utilizzando un costo fisso per operazione e una semplice regola di slippage). La chiave è la coerenza: le tue assunzioni sui costi dovrebbero essere applicate allo stesso modo in ogni esecuzione del test retrospettivo, in modo che i confronti rimangano significativi.

Controllo del bias: prevenire overfitting e leakage informativo

Un test retrospettivo “responsabile” tratta i risultati come ipotesi. I modi comuni di fallimento includono:

• Overfitting: Regolare ripetutamente i parametri per adattarli a un singolo periodo storico.
• Bias di lookahead: Utilizzare dati in un modo che non sarebbe stato disponibile al momento della decisione.
• Bias di selezione e di sopravvivenza: Testare solo su mercati o periodi scelti perché sembravano promettenti.

Per ridurre questi rischi, utilizza controlli di bias:

1. Test walk-forward (fuori tempo): Adatta o scegli i parametri solo su una finestra di addestramento, quindi valuta sulla finestra successiva, ripetendo il processo.
2. Congelamento dei parametri: Una volta decise le impostazioni dell’indicatore, non modificarle in base al comportamento della finestra di test.
3. Suddivisioni multiple: Testa su diversi periodi non sovrapposti in modo che un singolo regime di mercato non domini la conclusione.
4. Misurazione comparabile: Mantieni costante la metrica di performance e la logica decisionale in tutti gli esperimenti.

Utilizza verifiche fuori campione e test di robustezza

I risultati storici possono dipendere dal regime di mercato. Per rendere la tua conclusione più affidabile, richiedi almeno:

• Valutazione fuori campione: Un periodo finale di riserva non utilizzato per la selezione dei parametri.
• Verifiche di robustezza: Riesegui la stessa definizione dell’indicatore con variazioni controllate delle assunzioni (ad esempio, un leggero cambiamento nell’allineamento delle barre o impostazioni alternative ragionevoli della fonte di volatilità) e verifica se il risultato cambia in modo significativo.

Se la performance crolla quando le assunzioni cambiano leggermente, ciò suggerisce che il test retrospettivo potrebbe riflettere una coincidenza storica ristretta piuttosto che un meccanismo stabile.

Limitazioni e modi di fallimento che dovresti riconoscere

Anche un test retrospettivo progettato con cura ha dei limiti:

• Il comportamento passato del canale non garantisce il comportamento futuro (la dinamica di mercato può cambiare).
• I regimi di volatilità possono cambiare, modificando la frequenza con cui il prezzo interagisce con le bande.
• I costi e gli effetti di esecuzione possono dominare quando un segnale è debole.
• Gli output dell’indicatore possono essere fortemente sensibili alle scelte dei parametri, specialmente il moltiplicatore e le lunghezze dei periodi di riferimento.