Come si può fare backtesting responsabile della RSI Reversal?

Cosa significa RSI Reversal nel contesto di un backtest

RSI Reversal indica un approccio basato su regole che utilizza l’Indice di Forza Relativa (RSI) per identificare potenziali momenti di “ribaltamento” — ovvero quando il prezzo potrebbe invertire direzione dopo un movimento eccessivo. In un backtest responsabile, l’obiettivo principale è definire il concetto in termini meccanici, non come una previsione.

Iniziare dichiarando: (1) come viene calcolato l’RSI, (2) quale/i livello/i di RSI attivano una condizione di ribaltamento (ad esempio, “l’RSI incrocia al rialzo/al ribasso una soglia”), e (3) cosa prevede la gestione del trade dopo il segnale (ad esempio, periodo di detenzione, regola di uscita, o se il backtest chiude le posizioni quando la condizione termina). Anche se non si prevede di effettuare operazioni effettive, il backtest deve comunque essere scritto come se fosse eseguibile.

Framework per il backtesting: dati, costi e tempistiche

Un backtest responsabile della RSI Reversal dipende più dalla gestione dei dati che dall’indicatore stesso.

1. Definizioni e assunzioni sui dati Utilizzare una specifica chiara dei dati: timeframe delle barre, universo di simboli, gestione del fuso orario e se i prezzi sono aggiustati per eventi societari (quando rilevante). Bisogna inoltre decidere come trattare le barre mancanti e i giorni festivi di mercato. Dichiarare esplicitamente queste assunzioni poiché influenzano la sequenza di eventi che le regole “vedono”.

2. Realismo temporale Evitare il bias di anticipazione (look-ahead bias) assicurandosi che il segnale venga calcolato solo con informazioni disponibili alla chiusura (o apertura) di quella barra, e che qualsiasi “ingresso” avvenga al successivo punto temporale negoziabile secondo la regola stabilita. Ad esempio, se la soglia RSI viene valutata alla chiusura, l’ingresso non deve essere ipotizzato nello stesso istante di chiusura.

3. Modellazione dei costi (kostensoorten) I costi non sono univoci. Come minimo, separare queste kostensoorten nelle assunzioni:

• Spread/costo transazionale: come si passa dal prezzo di decisione al prezzo di esecuzione.
• Commissioni/tariffe: costi per trade o per lotto.
• Slippage: differenza tra esecuzione reale e riempimento ideale.

Anche in assenza di dati perfetti sulla microstruttura, si può comunque testare la sensibilità: eseguire varianti con un intervallo di assunzioni su slippage e spread. L’obiettivo non è indovinare “il futuro reale”, ma capire se i risultati dipendono da assunzioni ottimistiche sui costi.

4. Limiti di esecuzione Se la logica RSI genera segnali molto frequenti, un backtest che ipotizza riempimenti istantanei potrebbe risultare irrealistico. Si possono introdurre limiti semplici come “una sola posizione alla volta”, tempo minimo tra i segnali o regole di dimensionamento della posizione coerenti con le proprie assunzioni.

Evidenza ed esempio: costruire controlli che possono fallire

Un buon backtest della RSI Reversal include evidenze che possono fallire in modi previsti.

• In-sample vs. out-of-sample: utilizzare una suddivisione in cui si sviluppano o si ottimizzano i parametri su un periodo, quindi si testa invariato su un periodo successivo. Questo protegge dall’adattamento al rumore storico.
• Validazione walk-forward: invece di una singola suddivisione, si addestra ripetutamente su una finestra mobile e si testa sul segmento successivo.
• Test di stress su regimi diversi: valutare in diverse condizioni di volatilità e ambienti di tendenza/laterali. Questo aiuta a rivelare se la “logica di ribaltamento” è in realtà una strategia di tendenza camuffata.

Limitazione materiale / modalità di fallimento

Una modalità di fallimento comune è l’overfitting: le regole (soglie, uscite, periodi di detenzione) vengono modificate finché il backtest non sembra buono per il rumore storico piuttosto che per relazioni stabili. Un’altra modalità di fallimento è la sensibilità ai costi: un sistema di RSI reversal potrebbe dipendere da piccoli vantaggi frequenti che scompaiono dopo spread e slippage realistici.

Per rendere visibili queste limitazioni, registrare le prestazioni per anno (o per segmento) e confrontare i risultati con diverse assunzioni sui costi. Se i risultati crollano con costi di transazione leggermente più elevati, è un segnale che la strategia potrebbe non essere robusta.

Verifica: controlli contro i bias e cosa misurare

Il backtesting responsabile utilizza il pensiero controlebron: confermare che ogni risultato misurato corrisponda a un meccanismo reale e non a un artefatto.

1. Controlli contro i bias (aannames e variabele factoren)

• Bias di anticipazione (look-ahead bias): verificare il calcolo del segnale e la tempistica di ingresso.
• Bias di sopravvivenza/selezione: assicurarsi che la definizione del dataset sia fissata prima del test.
• Bias nella ricerca dei parametri: se si provano molte soglie e si sceglie la migliore, si deve includere una verifica out-of-sample che rifletta lo stesso processo di ricerca.

2. Scegliere metriche che rispecchino la realtà operativa Utilizzare più metriche, non solo una. Almeno monitorare:

• Prestazioni nette dopo i costi
• Drawdown
• Frequenza degli scambi e tempo medio di detenzione
• Distribuzione di vincite/perdite (ma interpretare con attenzione)