Considerazioni Avanzate sulle Regole di Uscita

Cosa significano “regole di uscita” e perché contano le considerazioni avanzate

Le regole di uscita sono condizioni predefinite che determinano quando e come una posizione viene chiusa (o altrimenti terminata). In un contesto avanzato, l’obiettivo non è solo scegliere una regola concettuale (ad esempio, “chiudi quando viene raggiunto un livello”), ma specificare con sufficiente chiarezza gli input e la logica operativa in modo che un’altra persona possa applicare le stesse regole e riprodurre il ragionamento.

Le considerazioni avanzate sono importanti 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 reale: costi di transazione, qualità dell’esecuzione degli ordini, gap di mercato e le assunzioni sui dati o sul fornitore utilizzate per calcolare i livelli di trigger. Poiché questi fattori variano, la logica delle regole di uscita dovrebbe essere scritta in modo da distinguere chiaramente meccanismi stabili da condizioni variabili.

Meccanismo: meccaniche di regola stabili vs. condizioni variabili

Un modo pratico per analizzare le regole di uscita è dividerle in (1) meccaniche di regola e (2) condizioni variabili.

1) Meccaniche di regola (la parte stabile)

Le meccaniche di regola definiscono quale evento chiude la posizione. Le meccaniche comuni includono:

• Uscite attivate dal prezzo: chiusura quando il prezzo supera una soglia (ad esempio, raggiungere un livello “take” o un livello “stop”).
• Uscite attivate dal tempo: chiusura dopo un limite temporale, indipendentemente dal prezzo.
• Uscite basate sullo stato: chiusura quando cambia uno stato della posizione (ad esempio, un ordine diventa non valido o una condizione superiore non è più vera).
• Uscite di gestione: chiusura parziale della posizione, spostamento di un livello di protezione o passaggio da una condizione di chiusura a un’altra.

Per rendere queste meccaniche verificabili, le regole avanzate specificano solitamente:

• Definizione del trigger: cosa significa “supera” (toccato vs. disuguaglianza stretta) e se il prezzo rilevante è bid, ask, last o mid.
• Assunzione sul tipo di ordine: se la regola prevede esecuzione di mercato, esecuzione a limite o comportamento di tipo stop.
• Tempistica della valutazione: quando la regola verifica le condizioni (su ogni tick, alla chiusura del bar, o a intervalli programmati).

2) Condizioni di esecuzione variabili (la parte che può differire)

Anche una meccanica scritta con precisione può produrre risultati diversi se le condizioni di esecuzione variano. Esempi di condizioni variabili includono:

• Struttura di spread e costi: la distanza tra i prezzi di esecuzione e l’impatto di commissioni e swap.
• Slippage e liquidità: la differenza tra i prezzi richiesti e quelli effettivamente ottenuti.
• Vincoli di riempimento degli ordini: riempimenti parziali, dimensione minima e vincoli di margine.
• Differenze nella fonte dati: le serie storiche dei prezzi possono rappresentare prezzi “effettivi” diversi da quelli del trading in tempo reale.

Una specifica avanzata di regole di uscita dovrebbe indicare esplicitamente queste assunzioni per qualsiasi calcolo o esempio. Senza tali assunzioni, due persone possono applicare la “stessa” regola di uscita e ottenere comunque risultati diversi.

Pensiero basato su evidenze ed esempi: casi limite che invalidano uscite semplici

Poiché l’esecuzione reale è complessa, le regole di uscita avanzate devono anticipare casi limite. La chiave è testare o ragionare sulle situazioni in cui l’interpretazione della regola diventa ambigua.

Caso limite 1: Ambiguità del trigger (toccato vs. superato, e quale prezzo)

Supponiamo che una regola dica “chiudi quando il prezzo raggiunge X”. L’interpretazione può variare:

• “Raggiunge” include il toccato (uguale a X) o solo il superamento (da sotto a sopra)?
• Quale prezzo viene usato per il confronto: bid, ask, last o mid?

Se non si definiscono questi elementi, la stessa soglia può portare a uscite anticipate o ritardate 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 attraversi la soglia in modo continuo. In pratica, il mercato può saltare da una zona all’altra tra un controllo e l’altro.

• Se la regola prevede un livello di protezione di tipo stop, ma il mercato lo salta, il prezzo effettivamente ottenuto può essere peggiore del livello previsto.
• Se la regola utilizza un ordine di tipo limite per uscire e il prezzo si allontana, l’ordine potrebbe non essere riempito.

Questo è un limite concreto: le regole di uscita possono non eseguirsi come previsto, a seconda del tipo di ordine e della velocità/struttura del movimento dei prezzi.

Caso limite 3: Uscite parziali e incoerenza tra componenti della regola

Se una regola chiude parte di una posizione e successivamente aggiorna i livelli, sorgono casi limite riguardo a:

• come viene tracciata la quantità residua,
• se il nuovo livello si applica immediatamente dopo il riempimento parziale,
• e se la prossima valutazione usa il prezzo medio post-riempimento o il riferimento originale d’ingresso.

Se l’implementazione è incoerente, si possono ottenere quantità, livelli o trigger non allineati.

Caso limite 4: Uscite basate sul tempo che interagiscono con trigger di prezzo

Una regola combinata (uscita temporale con protezione di prezzo) può entrare in conflitto:

• Se il tempo scade nello stesso momento in cui si verifica un trigger di prezzo, quale regola prevale?
• L’uscita viene valutata una sola volta in quel momento oppure continuamente nell’intervallo?

Le implementazioni avanzate definiscono regole di risoluzione: ad esempio, ordine di valutazione, priorità o se entrambe le condizioni vengono verificate prima di decidere.

Limitazioni e rischi: cosa può andare storto e come riconoscerlo

Le regole di uscita riducono l’incertezza solo sulla logica della chiusura. Non eliminano l’incertezza sull’esecuzione.

Limitazioni concrete

• Incertezza di esecuzione: slippage e differenze di spread significano che i risultati effettivi possono discostarsi da quelli attesi.
• Rischio di implementazione: una regola corretta sulla carta può essere applicata in modo errato a causa di differenze nei dati, nel timing o nella gestione degli ordini.
• Rischio di modello: le relazioni storiche non garantiscono risultati futuri, e le assunzioni di backtest (soprattutto sui riempimenti) potrebbero non corrispondere alla realtà.
• Dipendenza da fornitore/dati: la valutazione dei trigger dipende dal feed di prezzo scelto e da come rappresenta i valori bid/ask/last.

Modi di fallimento da monitorare

• Assunzioni non specificate: se la regola non definisce quale prezzo viene verificato, i confronti diventano non riproducibili.
• Ordini non eseguiti: le uscite di tipo limite possono rimanere non riempite; i livelli di protezione possono eseguirsi a prezzi peggiori del previsto.
• Priorità ambigua delle regole: conflitti tra più condizioni di uscita possono produrre risultati incoerenti.

Verifica e prossime domande: controllo indipendente dei fatti sulle regole di uscita

Per verificare in modo indipendente le affermazioni sulle regole di uscita, concentrarsi su elementi riproducibili e ispezionabili.

Cosa verificare

• Completezza della specifica della regola: ogni trigger definisce il tipo di prezzo valutato e la tempistica della valutazione?
• Trasparenza delle assunzioni: costi, spread e assunzioni sullo slippage sono chiaramente indicati per ogni calcolo?
• Realismo nella gestione degli ordini: l’implementazione modella il comportamento di riempimento (inclusi riempimenti parziali e mancati riempimenti) in modo coerente con i tipi di ordine previsti?
• Risoluzione dei conflitti: se più condizioni potrebbero scattare, la regola specifica priorità e criteri di risoluzione?

Prossime domande utili

• Quale definizione di prezzo (bid/ask/last/mid) viene usata per i trigger?
• Quale cadenza di valutazione è prevista (tick-by-tick, chiusura del bar o controlli programmati)?
• Cosa succede se una condizione di uscita è soddisfatta ma l’ordine non può essere riempito?