A chi serve — A chi vuole verificare con dati correnti una pipeline di trading, la gestione degli ordini e le procedure operative senza esporre capitale, sapendo quali aspetti del mercato reale restano fuori dal test.
Il paper trading è un ambiente in cui decisioni e ordini vengono registrati o simulati senza generare la normale esposizione economica di un'operazione reale. Può usare quotazioni correnti, replay o un motore del broker. È utile per controllare che dati, segnali, sizing, istruzioni, alert e journal funzionino nella sequenza prevista. Il suo P&L resta però ipotetico.
Tre concetti vanno tenuti separati. Out of sample descrive la relazione fra i dati e lo sviluppo: un campione è OOS se non ha guidato le scelte del modello. Forward test descrive una valutazione prospettica di una versione congelata. Paper, shadow e micro-live descrivono invece l'ambiente o il modo di implementazione. Un forward test può essere eseguito in paper, shadow o micro-live; nessuno dei tre termini è sinonimo degli altri.
Quattro ambienti, domande diverse
| Ambiente | Arriva un ordine al mercato? | Che cosa osserva bene | Limite distintivo |
|---|---|---|---|
| Paper trading | No | Regole, interfaccia, contabilità simulata, routine | Fill e P&L dipendono dal simulatore |
| Shadow mode | No | Pipeline automatica completa e decisioni real-time | L'ordine ombra non interagisce con book o broker |
| Micro-live | Sì, con esposizione ridotta | Routing, rifiuti, fill, riconciliazione reale | L'impatto e la pressione non scalano linearmente |
| Live alla size prevista | Sì | Processo economico nel perimetro effettivo | Capitale a rischio; non è più un test privo di costo |
Lo shadow mode è spesso una variante più controllata del paper: il sistema produce l'ordine che avrebbe inviato e conserva timestamp e motivazioni, ma un blocco impedisce il routing. Il micro-live usa invece ordini reali di piccola dimensione. Ridurre la size limita l'esposizione, ma può cambiare priorità, probabilità di fill, impatto e comportamento umano; non replica automaticamente la scala obiettivo.
Che cosa può verificare
Un paper test ben costruito può mostrare se:
- i feed arrivano con timestamp, frequenza e simboli attesi;
- feature e segnali sono calcolati senza usare dati non ancora disponibili;
- sizing, limiti, calendari e corporate action vengono applicati correttamente;
- ordini, cancellazioni e modifiche seguono la macchina a stati prevista;
- il sistema gestisce aperture, chiusure, sessioni ridotte, dati mancanti e riavvii;
- log, alert, journal e riconciliazione consentono di ricostruire ogni decisione;
- l'operatore segue checklist, autorizzazioni ed escalation concordate.
Può anche produrre evidenza prospettica sul comportamento della strategia, se la versione è stata congelata prima dell'avvio. Questa evidenza non va confusa con una misura completa della tradabilità.
Che cosa non replica fedelmente
Un simulatore non occupa realmente una posizione nella coda del book e il suo ordine non modifica la liquidità disponibile. Fill parziali, latenza, market impact e selezione avversa possono essere approssimati, non osservati come per un ordine reale. Anche rifiuti del broker, limiti di credito, disponibilità del borrow, richiamo dei titoli, margini, settlement e costi di funding possono essere assenti o semplificati.
Il denaro virtuale non ricrea integralmente incentivi, pressione, responsabilità e conseguenze di una perdita reale. L'interpretive notice NFA 9025 lo esplicita nel proprio ambito: la performance ipotetica non rappresenta trading effettivo e non può incorporare completamente liquidità, slippage e capacità di aderire al programma sotto perdita. È una regola sulla comunicazione promozionale dei membri NFA, non un criterio universale di validazione; il principio di cautela sulla performance simulata resta comunque pertinente.
Protocollo operativo
- Definire l'obiettivo. Separare controllo della pipeline, formazione procedurale e valutazione prospettica della strategia.
- Identificare la versione. Congelare codice, configurazione, universo, dati, sizing, costi, benchmark e criteri di uscita dal test.
- Descrivere l'ambiente. Registrare provider, broker o simulatore, modello di fill, latenza, orari, tipi d'ordine e differenze note rispetto al live.
- Usare il normale orologio. Niente rewind, eliminazione retroattiva dei segnali o sostituzione dei prezzi dopo aver visto l'esito.
- Provare anche i fallimenti. Simulare feed fermo, prezzo stale, ordine rifiutato, fill parziale, restart, perdita di connessione e duplicazione dei messaggi quando pertinenti.
- Riconciliare ogni evento. Confrontare intenzione, ordine ombra, fill simulato, posizione, cassa, costo e log; classificare le differenze.
- Registrare deviazioni e interventi. Una correzione materiale crea una nuova versione; il periodo precedente non viene cancellato.
- Decidere sulla base dell'obiettivo. “Pipeline verificata”, “evidenza insufficiente” e “problema operativo aperto” sono esiti distinti dal P&L.
Nessuna durata universale
Quattro settimane, un certo numero di trade o un mese profittevole non sono criteri generali. La durata utile dipende dalla frequenza dei segnali e dalla necessità di incontrare sessioni, eventi e casi operativi rilevanti. Una strategia intraday può produrre molti ordini correlati senza coprire un singolo evento raro; una strategia mensile può richiedere più calendario ma fornire comunque poche osservazioni.
I criteri di conclusione dovrebbero essere stabiliti prima: copertura dei tipi di ordine, riconciliazioni senza anomalie materiali, gestione riuscita dei casi di errore e quantità d'informazione compatibile con la domanda statistica. Il profitto simulato, da solo, non è un criterio di promozione.
Esempio illustrativo
Esempio dichiarato illustrativo — Una strategia produce ordini limite in shadow mode. Il test scopre che, dopo un riavvio, due segnali vengono inviati due volte e che il simulatore considera eseguita l'intera quantità appena il prezzo tocca il limite. Il primo problema è operativo; il secondo è un'assunzione di fill. Entrambi vengono corretti in una nuova versione, conservando log e risultati precedenti. Nessuna durata o quantità dell'esempio costituisce una soglia di validazione.
Un successivo micro-live può verificare routing e riconciliazione con ordini reali ridotti. Non dimostra però che costi e capacità rimarranno uguali alla size prevista: la transizione richiede limiti, monitoraggio ed escalation.
Limiti
- La qualità dipende dal modello del simulatore e dai dati disponibili.
- L'assenza di capitale a rischio cambia incentivi e comportamento.
- Il paper non dimostra liquidità, borrow o capacità alla scala obiettivo.
- Un risultato prospettico resta vulnerabile a campione piccolo, regime particolare e test multipli.
- Correggere la pipeline non autorizza a riscrivere retroattivamente la storia della versione testata.
Fonti
- National Futures Association, Interpretive Notice 9025 — Use of Promotional Material Containing Hypothetical Performance Results — limiti di hindsight, liquidità, slippage e assenza di rischio reale; applicabile nel proprio ambito NFA.
- U.S. Securities and Exchange Commission, Staff Report on Algorithmic Trading in U.S. Capital Markets, 2020 — struttura dei mercati, automazione ed effetti dell'interazione reale fra ordini e venue.
- Joseph Simonian, CFA Institute Research Foundation, Investment Model Validation: A Guide for Practitioners, 2024 — validazione proattiva e limiti dei modelli d'investimento.
- Commissione europea, Regolamento delegato (UE) 2017/589, RTS 6 — test, ambienti separati dalla produzione, controlli e deployment nel perimetro UE dell'algorithmic trading cui si applica.