La “filosofia” del sistema di trading per il forex, come per tutti i progetti del sito DataTrading, è costruire un motore di backtesting che possa imitare il più possibile il trading reale. Ciò significa includere dettagli che sono spesso esclusi da scenari di backtesting più “orientate alla ricerca”. Latenza, interruzioni del server, automazione, monitoraggio e costi di transazione realistici saranno tutti inclusi nei modelli di DataTrading per darci una buona idea della profittabilità di una strategia.

Dato che abbiamo ai dati del tick (timestamp bid/ask) possiamo incorporare lo spread nei costi di transazione. Possiamo anche modellare lo slippage. È invece meno immediato modellare l’impatto del mercato, sebbene ciò sia meno preoccupante per trade con piccoli importi (come per i trader retail) o quando si opera su strumenti molti liquidi.

Oltre ai costi di transazione, vogliamo modellare una solida gestione del portafoglio utilizzando la gestione del rischio e dimensionamento della posizione.

Quindi, cosa è attualmente incluso nel nostro Forex Trading System fino ad oggi?

• Architettura guidata dagli eventi – Il sistema di trading forex è stato progettato da zero come un sistema guidato dagli eventi, poiché è così che un sistema di trading intraday verrà implementato in un ambiente live.
• Streaming dei prezzi : abbiamo un oggetto base di streaming dei prezzi di mercato. Questo attualmente gestisce lo streaming di una sola coppia, ma possiamo facilmente modificarlo per gestire più coppie di valute.
• Generazione del segnale – Possiamo incorporare strategie di trading (basate direttamente sui prezzi tick passati e attuali) utilizzando l’oggetto Strategy, che crea oggetto SignalEvent.
• Esecuzione degli ordini : disponiamo di un ingenuo sistema di esecuzione degli ordini che invia gli ordini alla cieca da Portfolio averso OANDA. Con “alla cieca” si intende che non viene effettuata alcuna gestione del rischio o dimensionamento della posizione, né alcuna esecuzione algoritmica che potrebbe portare a costi di transazione ridotti.
• Valuta di base EUR – Per semplificare le cose, abbiamo implementato il sistema solo per la valuta di base EUR. Questo è forse l’aspetto più importante da modificare visto che il mercato forex offre strumenti  denominati in USD, GBP, CAD, JPY, AUD e NZD!
• Trading EUR / USD – Abbiamo scelto EUR/USD come coppia di valute iniziale con cui testare gli oggetti Position e Portfolio. La gestione di più coppie di valute è un importante passaggio successivo. Ciò comporterà modifiche alla posizione e ai calcoli del portafoglio.
• Gestione dei decimali : qualsiasi sistema di trading live deve gestire correttamente i calcoli di valuta. In particolare, i valori di valuta non dovrebbero essere memorizzati come tipi di dati in virgola mobile, poiché gli errori di arrotondamento si accumulano. Per maggiori dettagli si può consultare questo fantastico articolo sulle rappresentazioni in virgola mobile.
• Trading Long / Short – Tra l’articolo #2 della serie e l’articolo #3 abbiamo aggiunto la possibilità di shortare una coppia di valute (invece di poter solo andare long). Fondamentalmente, anche questo è oggetto di unit test.
• Gestione del portafoglio locale – A mio parere, eseguire un backtest che gonfia le prestazioni della strategia a causa di ipotesi non realistiche è inutile nella migliore delle ipotesi ed estremamente poco redditizio nel peggiore dei casi! L’introduzione di un oggetto di portafoglio locale che replica i calcoli di OANDA significa che possiamo controllare i nostri calcoli interni mentre eseguiamo il paper trading, il che ci dà maggiore fiducia quando in seguito utilizzeremo lo stesso oggetto di portafoglio per il backtest sui dati storici.
• Unit test per Position/Portfolio – Anche se è stato direttamente menzionato direttamente negli articoli #1 e #2, ho effettivamente scritto alcuni unit test per gli  oggetti Portfolio  e Position. Poiché questi sono così cruciali per i calcoli della strategia, bisogna essere estremamente sicuri che funzionino come previsto. Un ulteriore vantaggio di tali test è la possibilità di modificare il calcolo sottostante, in modo tale che se tutti i test continuano ad essere superati, possiamo essere certi che il sistema continuerà a comportarsi come previsto.

In questa fase il Forex Trading System manca delle seguenti funzionalità:

• Gestione dello slippage – Il sistema sta attualmente generando molti slippage a causa della natura ad alta frequenza dei dati tick forniti da OANDA. Ciò significa che il saldo del portafoglio calcolato localmente non riflette il saldo calcolato da OANDA. Fino a quando non viene eseguita la corretta gestione degli eventi e la regolazione dello slippage, il backtest non rifletterà correttamente la realtà.
• Valute di base multiple – Attualmente siamo limitati a EUR. Per lo meno dobbiamo includere le principali denominazioni di valuta: USD, GBP, CAD, AUD, JPY e NZD.
• Coppie di valute multiple – Allo stesso modo dobbiamo supportare le principali coppie di valute oltre EUR / USD). Ci sono due aspetti da considerare. Il primo è gestire correttamente i calcoli quando né la base né la quotazione di una coppia di valute è uguale alla valuta di denominazione del conto. Il secondo aspetto è supportare più posizioni in modo da poter negoziare un portafoglio di coppie di valute.
• Gestione del rischio – Molti backtest di “ricerca” ignorano completamente la gestione del rischio. Purtroppo questo è generalmente necessario per brevità nel descrivere le regole di una strategia. In realtà dobbiamo prevedere una gestione del rischio durante il trading, altrimenti è estremamente probabile che prima o poi subiremo una pesante perdita. Questo non vuol dire che la gestione del rischio possa prevenirla del tutto, ma certamente la rende meno probabile!
• Ottimizzazione del portafoglio – In un contesto istituzionale avremo un mandato di investimento, che determinerà un solido sistema di gestione del portafoglio con varie regole di allocazione. In un contesto di trading retail / personale potremmo voler utilizzare un approccio di dimensionamento della posizione come il criterio di Kelly per massimizzare il nostro tasso di crescita composto nel lungo termine.
• Strategie robuste – Finora abbiamo dimostrato solo alcune semplici strategie “giocattolo” che generano segnali casuali. Ora che stiamo iniziando a creare un sistema di trading forex intraday affidabile, dovremmo iniziare a mettere in atto alcune strategie più interessanti. I prossimi articoli di questa serie si concentreranno su strategie tratte da una combinazione di indicatori / filtri “tecnici”, modelli di serie temporali e tecniche di apprendimento automatico.
• Distribuzione remota : Dato che siamo potenzialmente interessati al trading 24 ore su 24 (almeno durante la settimana!), Abbiamo bisogno di una configurazione più sofisticata rispetto all’esecuzione del backtest su un computer desktop / laptop locale a casa. È fondamentale creare una solida distribuzione del nostro sistema in un server remoto, con specifici tool di ridondanza e monitoraggio.
• Backtest storico : Abbiamo costruito l’oggetto Portfolio per poter eseguire un backtest realistico. In questa fase ci manca un sistema di archiviazione dei dati storici dei tick. Negli articoli successivi esamineremo come ottenere i dati storici dei tick e archiviarli in un database appropriato, come HDF5 .
• Database dei Trade – Inoltre è opportuno memorizzare i nostri trade in tempo reale in un database. Ciò ci consentirà di eseguire le nostre analisi sui dati di live trading. Una buona raccomandazione per un database relazionale è PostgreSQL o MySQL .
• Monitoraggio e alta disponibilità : Dato che stiamo costruendo un sistema intraday ad alta frequenza, dobbiamo mettere in atto un monitoraggio completo e una ridondanza ad alta disponibilità. Ciò significa generare rapporti sull’utilizzo della CPU, utilizzo del disco, I/O di rete, latenza e verificare che gli script periodici siano impostati per continuare a funzionare. Inoltre abbiamo bisogno di una strategia di backup e ripristino. Chiediti quali piani di backup avresti in atto se avessi grandi posizioni aperte, in un mercato volatile e il tuo server morisse improvvisamente. Credimi, succede!
• Integrazione Multiple Broker / FIX – Al momento siamo fortemente legati al broker OANDA. Come ho detto in precedenza, perché semplicemente mi sono imbattuto nella loro API e ho trovato che fosse un’ottima infrastruttura per i test. Ci sono molti altri broker là fuori, molti dei quali supportano il protocollo FIX. L’aggiunta di una funzionalità FIX aumenterebbe il numero di broker che potrebbero essere utilizzati nel sistema.
• Controllo e reportistica GUI – In questo momento il sistema è completamente basato su console / riga di comando. Per lo meno avremo bisogno di alcuni grafici di base per visualizzare i risultati del backtest. Un sistema più sofisticato incorporerà statistiche riassuntive delle operazioni, metriche delle prestazioni a livello di strategia e prestazioni complessive del portafoglio. Questa GUI potrebbe essere implementata utilizzando un sistema di finestre multipiattaforma come Qt o Tkinter . Potrebbe anche essere implementato un front-end basato sul web, utilizzando un framework web come Django .

Come si può vedere, sono rimaste molte funzionalità sulla roadmap! Detto questo, ogni nuovo articolo della serie farà avanzare il progetto.