18 Agosto 2026 · Paper trading

Il paper trading è l'unico banco di prova a cui il tuo backtest deve rispondere

Il paper trading è l'unico banco di prova a cui il tuo backtest deve rispondere

C'è una domanda che ogni backtest schiva: lo stesso codice, alimentato dallo stesso mercato in tempo reale, avrebbe fatto la stessa cosa? Non puoi rispondere con altro backtesting. Puoi rispondere solo facendo girare la strategia su dati live con semantica di esecuzione reale, e poi verificando — operazione per operazione — che i due mondi coincidano. Questo controllo lo facciamo ogni giorno, in automatico, ed è stato di gran lunga il più prolifico cacciatore di bug della piattaforma.

Giorno uno: costruire lo specchio

Ogni strategia promossa gira in un nodo live isolato tutto suo, alimentato da stream reali dell'exchange: quotazioni live per le esecuzioni, spread reali, orari di sessione reali. Nessuno stato condiviso tra strategie (questa l'abbiamo imparata a nostre spese — con un nodo condiviso le query sulle posizioni di una strategia finivano per contaminare quelle di un'altra). Ogni fill viene registrato insieme al valore di segnale che l'ha generato.

Ogni mattina: replay e diff

Un job giornaliero prende la finestra di paper di ogni strategia, fa girare il codice identico attraverso il motore di backtest sullo stesso periodo con i dati del catalogo, e accoppia i fill uno a uno: stesso lato, stessa tolleranza sul timestamp, stessa dimensione. Il risultato non è una correlazione né una sensazione. È una tabella: accoppiati, solo-paper, solo-replay. Una strategia in salute si assesta su 54 accoppiati su 55. Una malata ti dice esattamente quale operazione ha divergito, e quando.

Cosa si è rotto, nell'ordine in cui si è rotto

Nota il filo conduttore: nessuno di questi è un bug di segnale. Sono tutti bug al confine dell'esecuzione — warmup, stato, precisione, riavvii. È esattamente la classe di guasti verso cui i backtest sono strutturalmente ciechi, perché in un backtest il motore di backtest è il confine dell'esecuzione.

Le asimmetrie che manteniamo di proposito

I due mondi non sono identici, e non per caso. Il backtest addebita nel PnL un mezzo spread modellato più un impatto a radice quadrata; il paper paga lo spread reale nel prezzo di esecuzione e nessun modello di impatto. Aggiungere lo spread modellato al paper (o quello reale ai backtest) significherebbe contarlo due volte. Parità vuol dire stesse decisioni, stessi fill entro tolleranza — non PnL identico al bit. Saper distinguere quali differenze sono di principio e quali sono bug è gran parte della disciplina.

Un backtest è un'ipotesi. Il paper trading è l'esperimento. La parità di replay è il quaderno di laboratorio che ti coglie mentre prendi in giro te stesso.

Se gestisci strategie e non confronti con regolarità il comportamento live con quello riprodotto in replay, hai un'intera categoria di bug che non hai mai visto. Noi ne troviamo uno più o meno ogni due settimane, e ognuno di essi era invisibile dall'interno del backtest.

paper tradingparitàbacktestingesecuzionedati live
← Tutti gli articoli