Come si possono testare retrospettivamente in modo responsabile le zone temporali di Fibonacci?
Meccanismo e definizione
Le zone temporali di Fibonacci sono un approccio basato sul tempo che posiziona marcatori verticali su un grafico dei prezzi utilizzando i rapporti di Fibonacci. In pratica, si sceglie innanzitutto un punto di riferimento (spesso legato a un evento osservato sul grafico), quindi un secondo punto per calcolare un “intervallo temporale” tra loro. Multipli di questo intervallo basati sui rapporti di Fibonacci vengono aggiunti (o sottratti) alla data iniziale per creare date future (o passate) in cui il metodo prevede un’attività.
Per testare retrospettivamente in modo responsabile, trattare il metodo come una regola deterministica con input completamente specificabili:
- date degli eventi di riferimento
- la regola per scegliere i punti di ancoraggio
- i rapporti di Fibonacci utilizzati
- come si traducono i marcatori temporali in una finestra di risultati misurabili
Un “test retrospettivo” deve quindi essere riproducibile: un’altra persona che utilizza la stessa regola e le stesse ipotesi deve ottenere le stesse date dei marcatori e lo stesso dataset di valutazione.
Cosa testare: dati, costi e ipotesi
La qualità di un test retrospettivo dipende meno dall’idea grafica e più dalla pipeline dei dati e dalla definizione della misurazione.
1) Dati e allineamento
- Utilizzare dati storici dei prezzi con un timeframe definito (ad esempio, candele a intervallo fisso).
- Indicare la convenzione di fuso orario e come si allineano i timestamp dei marcatori alle barre (ad esempio, il marcatore cade alla chiusura della barra rispetto all’apertura). Se non si definisce questo aspetto, i risultati possono cambiare semplicemente in base alle scelte di allineamento.
2) Definizione del risultato Definire in anticipo cosa significa “successo”. Un marcatore di zona temporale può essere valutato tramite regole come:
- se il prezzo si muove di almeno X entro Y barre dopo un marcatore
- se una soglia viene superata in qualsiasi momento all’interno di una finestra
- se la direzione corrisponde a un criterio predefinito
Anche se si utilizza un solo criterio semplice, è necessario definirlo con precisione (X, Y, regola di direzione) e mantenerlo fisso durante la valutazione.
3) Costi e ipotesi di esecuzione (kostensoorten) Il movimento storico dei prezzi non equivale ai risultati effettivamente ottenibili una volta inclusi:
- costi di transazione (commissioni/tariffe)
- impatto dello spread denaro-lettera
- slittamento (slippage) nell’esecuzione degli ordini
Un test retrospettivo responsabile riflette questi “kostensoorten” applicando approssimazioni conservative in modo coerente. Al minimo, indicare cosa si assume per i prezzi effettivi di entrata/uscita rispetto alle candele osservate.
4) Ipotesi per i calcoli (aannames) Elencare ogni ipotesi di calcolo:
- quale regola di selezione degli ancoraggi si è utilizzata
- quali rapporti di Fibonacci sono inclusi
- se si testano più ancoraggi per serie (e come si sceglie tra di essi)
- se si permette di modificare i parametri dopo aver visto i risultati
Se la selezione degli ancoraggi si basa sul senno di poi (ad esempio, scegliere punti che rendono le zone “belle”), il test retrospettivo può diventare fuorviante.
Controlli contro i bias e verifiche delle evidenze
Molti “test retrospettivi di successo” falliscono a causa di bias e overfitting. Applicare controlli mirati ai modi di fallimento più comuni.
1) Look-ahead e leakage Assicurarsi che il punto di ancoraggio e tutti i parametri siano noti prima dell’inizio della finestra di valutazione. Se il metodo “utilizza” informazioni da barre successive per impostare gli ancoraggi, si verifica un bias di look-ahead.
2) Overfitting tramite parametri flessibili Se si provano molti rapporti di Fibonacci, dimensioni delle finestre, soglie di risultato o scelte di selezione degli ancoraggi, si può accidentalmente adattare il rumore storico. Controllare questo aspetto:
- fissando un insieme di parametri prima della valutazione finale
- utilizzando una griglia limitata e predeterminata di parametri
- riportando come cambia la performance al variare dei parametri
3) Bias di selezione (ciò che si sceglie di testare) Se si scelgono asset, periodi temporali o eventi perché hanno prodotto risultati interessanti, l’evidenza risulta distorta. Ridurre il rischio predefinendo l’universo (asset e date) e applicando la stessa regola ovunque.
4) Test fuori dal campione (variabele factoren) I regimi di mercato variano. Utilizzare periodi fuori dal campione per valutare la generalizzazione:
- sviluppare e ottimizzare su un periodo
- validare su un periodo diverso non utilizzato per l’ottimizzazione
Questo verifica direttamente se le relazioni storiche potrebbero essere legate a regimi specifici piuttosto che al meccanismo sottostante.
Limitazioni materiali e modi di fallimento
Le zone temporali di Fibonacci sono marcatori basati sul tempo, ma i metodi basati sul tempo possono comunque fallire in modi prevedibili:
- Non stazionarietà: le relazioni tra marcatori temporali e comportamento dei prezzi possono cambiare tra regimi diversi.
- Sensibilità alla scelta dell’ancoraggio: piccole differenze nella selezione del punto di riferimento possono spostare tutte le zone.
- Incongruenza di misurazione: se la definizione di successo non rispecchia come reagisce il mercato (e come lo si misurerebbe), il test potrebbe premiare artefatti.
- Dominanza dei costi: anche se un modello appare nei prezzi grezzi, costi realistici possono eliminare il vantaggio.