Cosa significano le “regole di uscita” e perché contano le considerazioni avanzate
Le regole di uscita sono le condizioni predefinite che determinano quando e come una posizione viene chiusa (o comunque terminata). In un contesto avanzato, l’obiettivo non è solo scegliere una regola concettuale (ad esempio, “chiudi quando viene raggiunto un livello”), ma specificare input e logica operativa in modo sufficientemente chiaro da permettere a qualcun altro di applicare le stesse regole e riprodurre il ragionamento.
Le considerazioni avanzate contano perché l’esito reale di un’uscita raramente dipende solo dalla formulazione della regola. Dipende anche da fattori che possono cambiare tra le assunzioni del backtesting e l’esecuzione live: costi di transazione, qualità dell’esecuzione degli ordini, gap di mercato e le assunzioni su dati/fornitore usate per calcolare i livelli dei trigger. Poiché questi fattori variano, la logica delle regole di uscita dovrebbe essere scritta in modo che le meccaniche stabili siano distinguibili dalle condizioni variabili.
Meccanismo: meccaniche di regola stabili vs. condizioni variabili
Un modo pratico per analizzare le regole di uscita è separarle in (1) meccaniche della regola e (2) condizioni variabili.
1) Meccaniche della regola (la parte stabile)
Le meccaniche della regola definiscono quale evento pone fine alla posizione. Le meccaniche comuni includono:
- Uscite guidate da trigger di prezzo: chiudere quando il prezzo supera una soglia (ad esempio, raggiungendo un livello di “take” o un livello di “stop”).
- Uscite guidate dal tempo: chiudere dopo un limite di tempo, indipendentemente dal prezzo.
- Uscite basate sullo stato: chiudere quando cambia qualche stato della posizione (ad esempio, un ordine diventa non valido o una condizione di livello superiore non è più vera).
- Uscite di gestione: chiudere parte della posizione, spostare un confine protettivo o passare da una condizione di chiusura a un’altra.
Per rendere queste meccaniche verificabili, le regole avanzate di solito specificano:
- Definizione del trigger: cosa significa “attraversa” (tocca vs. disuguaglianza stretta) e se il prezzo rilevante è bid, ask, last o mid.
- Assunzione sul tipo di ordine: se la regola prevede esecuzione a mercato, esecuzione a limite o comportamento di tipo stop.
- Tempistica di valutazione: quando la regola controlla le condizioni (ad ogni tick, alla chiusura della barra o a intervalli programmati).
2) Condizioni di esecuzione variabili (la parte che può differire)
Anche una meccanica scritta in modo preciso può produrre esiti realizzati diversi se le condizioni di esecuzione differiscono. Esempi di condizioni variabili includono:
- Spread e struttura dei costi: la distanza tra i prezzi di esecuzione e l’impatto di commissioni/swap.
- Slippage e liquidità: la differenza tra i prezzi richiesti e quelli effettivamente riempiti.
- Vincoli di riempimento dell’ordine: riempimenti parziali, dimensione minima e vincoli di margine.
- Differenze nella sorgente dati: le serie storiche di prezzo possono rappresentare prezzi “effettivi” diversi rispetto al trading live.
Una specifica avanzata delle regole di uscita dovrebbe nominare esplicitamente queste assunzioni per qualsiasi calcolo o esempio. Senza tali assunzioni, due persone possono applicare la “stessa” regola di uscita e comunque calcolare risultati diversi.
Ragionamento basato su evidenze ed esempi: casi limite che rompono le uscite semplici
Poiché l’esecuzione reale è disordinata, le regole di uscita avanzate devono anticipare i casi limite. Il punto chiave è testare o ragionare sulle situazioni in cui l’interpretazione della regola diventa ambigua.
Caso limite 1: ambiguità del trigger (touch vs. cross, e quale prezzo)
Supponiamo che una regola dica “chiudi quando il prezzo raggiunge X”. L’interpretazione può variare:
- “Raggiunge” include touch (uguale a X) oppure solo cross (passa da sotto a sopra)?
- Quale prezzo viene usato per il confronto: bid, ask, last o mid?
Se non lo definisci, la stessa soglia può portare a uscite più anticipate o più tardive a seconda del metodo di valutazione.
Caso limite 2: comportamento simile a un gap e mancato riempimento dell’ordine
Molte regole di uscita assumono implicitamente che il mercato attraverserà la soglia in modo fluido. Nella pratica, il mercato può saltare da una regione all’altra tra un controllo e l’altro.
- Se la regola assume un confine protettivo di tipo stop ma il mercato lo supera, il prezzo di riempimento può essere peggiore del confine.
- Se la regola usa un ordine di tipo limit per uscire e il prezzo si allontana, l’ordine potrebbe non riempirsi.
Questa è una limitazione sostanziale: le regole di uscita possono fallire nell’eseguire come previsto, a seconda del tipo di ordine e della velocità/struttura del movimento del prezzo.
Caso limite 3: uscite parziali e incoerenza tra componenti della regola
Se una regola chiude parte di una posizione e in seguito aggiorna i confini, emergono casi limite attorno a:
- come viene tracciata la quantità rimanente,
- se il confine aggiornato si applica immediatamente dopo il riempimento parziale,
- e se la valutazione successiva usa il prezzo medio post-riempimento o il riferimento di ingresso originale.
Se l’implementazione è incoerente, puoi ritrovarti con quantità, confini o trigger ripetuti non allineati.
Caso limite 4: uscite basate sul tempo che interagiscono con trigger di prezzo
Una regola combinata (uscita temporale con protezione del prezzo) può entrare in conflitto:
- Se il tempo scade nello stesso momento in cui si verifica un trigger di prezzo, quale regola vince?
- L’uscita viene valutata una volta su quel confine temporale o continuamente nell’intervallo?
Le implementazioni avanzate definiscono regole di spareggio: ad esempio, l’ordine di valutazione, la priorità o se entrambe le condizioni vengono controllate prima di decidere.
Limitazioni e rischi: cosa può andare storto e come riconoscerlo
Le regole di uscita riducono l’incertezza solo sulla logica della terminazione. Non eliminano l’incertezza sull’esecuzione.
Limitazioni sostanziali
- Incertezza di esecuzione: slippage e differenze di spread significano che gli esiti realizzati possono divergere da quelli attesi.
- Rischio di implementazione: una regola corretta sulla carta può essere applicata in modo errato a causa di differenze nei dati, nelle tempistiche o nella gestione degli ordini.
- Rischio del modello: le relazioni storiche non stabiliscono risultati futuri e le assunzioni del backtest (soprattutto sui riempimenti) potrebbero non combaciare con la realtà.
- Dipendenza da provider/dati: la valutazione dei trigger dipende dal feed prezzo scelto e da come rappresenta i valori bid/ask/last.
Modalità di guasto da tenere d’occhio
- Assunzioni non specificate: se la regola non definisce quale prezzo viene controllato, i confronti diventano non riproducibili.
- Ordini non eseguibili: le uscite di tipo limit possono rimanere non riempite; i confini protettivi possono eseguire a prezzi peggiori di quelli attesi.
- Priorità della regola ambigua: i conflitti tra più condizioni di uscita possono produrre risultati incoerenti.
Verifica e prossime domande: controllare in modo indipendente i fatti sulle regole di uscita
Per verificare in modo indipendente le affermazioni sulle regole di uscita, concentrati su elementi riproducibili e ispezionabili.
Cosa verificare
- Completezza della specifica della regola: ogni trigger definisce il tipo di prezzo valutato e la tempistica di valutazione?
- Trasparenza delle assunzioni: i costi, gli spread e le assunzioni sullo slippage sono chiaramente indicati per qualsiasi calcolo?
- Realismo nella gestione degli ordini: l’implementazione modella il comportamento di riempimento (inclusi riempimenti parziali e mancato riempimento) in modo coerente con i tipi di ordine previsti?
- Risoluzione dei conflitti: se più condizioni possono attivarsi, la regola indica priorità e spareggio?
Domande utili successive
- Quale definizione di prezzo (bid/ask/last/mid) viene usata per i trigger?
- Quale cadenza di valutazione è assunta (tick-by-tick, chiusura della barra o controlli programmati)?
- Cosa succede se una condizione di uscita viene soddisfatta ma l’ordine non può riempirsi?
DOCUMENT END