Un sistema di trading è l'insieme di regole precise — quando entrare, quando uscire, quanto rischiare — che produca un Expected Value positivo su campione statisticamente significativo. Non è una "strategia" vaga. Non è un insieme di indicatori. È una macchina statistica con parametri misurabili e risultati verificabili. Questa guida mostra come Oracle v78 è stato costruito in 15 anni di iterazioni e come valutare qualsiasi sistema — tuo o di terzi.
Un sistema di trading non è sinonimo di "strategia". Una strategia è un'idea di mercato: "compra quando il trend è rialzista". Un sistema è la traduzione di quella idea in regole precise e non ambigue: "apertura posizione LONG XAUUSD H4 quando UlcerScore > 65 E timeframe D1 EMA50 > EMA200 E orario GMT tra 08:00 e 16:00 E nessuna posizione aperta sullo stesso simbolo". Quella è una regola operativa. La strategia "compra sul trend rialzista" può essere interpretata in mille modi diversi da mille trader diversi. La regola del sistema ha una sola interpretazione possibile — che è esattamente quello che serve per un backtest rigoroso e un'esecuzione automatica fedele.
Un sistema di trading professionale ha 5 componenti obbligatorie: regola di entrata (condizioni precise per aprire la posizione), regola di uscita in profitto (TP o trailing stop), regola di uscita in perdita (SL obbligatorio), regola di sizing (quanto rischiare per trade in % del capitale), e regola di filtro (condizioni di mercato da escludere). Senza uno di questi componenti, non è un sistema — è una strategia incompleta.
Oracle v78 è il risultato di 15 anni di sviluppo iterativo secondo le 6 fasi descritte in questo articolo. Ogni versione da v1 (2009, MQL4, solo Ulcer Index) a v78 (2026, MQL5, 6 AI, 28 coppie) è stata costruita aggiungendo componenti validati su dati OOS, mai in overfitting su in-sample. Il gap backtest/live inferiore al 3% su 65.587 trade reali è la prova più solida disponibile che il sistema cattura un edge reale e non memorizzato. Questo non garantisce risultati futuri — ma è la migliore base statistica disponibile per un trader retail che vuole operare con metodo scientifico.
"Ho buttato via 4 sistemi prima di Oracle. Il primo aveva PF 2.8 sul backtest e PF 0.92 in live. La lezione: un backtest senza WFT e senza tick reali non vale niente. Dal v30 in poi, ogni versione Oracle è stata validata su 14 finestre OOS prima di andare in produzione. Mai più un'altra v1-v3."— Manuel Trotta, Fondatore MTInvestments · Oracle v78 · 65.587 trade reali
I sistemi di trading si classificano principalmente per tre dimensioni: timeframe operativo, logica di mercato, e tipo di esecuzione. Capire queste dimensioni aiuta a scegliere il sistema giusto per il proprio profilo.
| Dimensione | Opzioni | Oracle v78 | Implicazioni Pratiche |
|---|---|---|---|
| Timeframe | Scalping (M1–M5), Intraday (M15–H1), Swing (H4–D1), Position (W1–MN) | H4 (Swing) | 1–3 trade/mese per strumento. Monitoring 30 min/mese. SL ampio = necessità capitale adeguato. |
| Logica | Trend-following, Mean-reversion, Breakout, Arbitraggio | Trend + Mean-rev condizionale | Funziona su mercati trending E in range tramite selezione dinamica (Hurst). |
| Esecuzione | Manuale, Semi-automatica, Completamente automatica | Completamente automatica (EA) | Zero interferenza emotiva. Fedeltà totale alle regole del sistema. |
| Strumenti | Mono-strumento, Multi-strumento | GOLD: mono (XAUUSD) / LITE: 6 strumenti | Mono-strumento: statistiche più semplici ma meno trade/anno. Multi: più trade, diversificazione. |
| Holding period | Ore, Giorni, Settimane | 1–5 giorni tipico H4 | Overnight gap risk presente ma SL gestisce il rischio. Rollover/swap impatto minimo su posizioni brevi. |
Il mercato dei sistemi di trading è saturo di prodotti con performance backtest strabilianti che crollano in live. Queste sono le 7 domande da porre prima di acquistare qualsiasi sistema — Oracle incluso.
| # | Domanda | Risposta Oracle v78 | Red Flag se... |
|---|---|---|---|
| 1 | Qualità dati backtest? | 99.9% tick reali ICMarkets | < 95% o non specificato |
| 2 | Walk-Forward Efficiency? | 0.78 su 14 finestre | Non disponibile o < 0.45 |
| 3 | Trade live documentati? | 65.587 trade reali verificati | Solo backtest, nessun dato live |
| 4 | Gap backtest vs live? | < 3% | > 20% o non comunicato |
| 5 | Spread e commissioni incluse nel backtest? | Sì — spread reale + $7/lotto | Spread fisso a 0 o non specificato |
| 6 | Drawdown massimo verificato? | 13,1% su 19 anni | MDD non pubblicato |
| 7 | Periodo backtest? | 2009–2026 (19 anni, 4 regimi) | < 3 anni o solo bull market |
Una domanda comune: "posso iniziare con €1.000?" La risposta dipende dal sistema. Per Oracle v78 la risposta è no — e questa è la risposta onesta anche se non è quella che il trader vuole sentire.
Il motivo è matematico. Con Oracle RiskPct 1% su €1.000, il rischio per trade è €10. Su XAUUSD H4 con SL 150 punti, il lot size richiesto è: €10 / (150 × $10/pt) = 0.0067 lotti. Il lotto minimo su broker ECN è 0.01 — quasi il doppio del sizing corretto. Il sistema non può operare con la proporzionalità matematica che ha prodotto i 65.587 trade di backtest. Il sizing si rompe, il risk management diventa fisso invece di proporzionale.
La soglia minima operativa corretta per Oracle è €3.000 — che permette sizing 0.01 lotti con rischio 0.5% per trade, ancora gestibile come entrata conservativa. Il capitale target per Oracle a regime è €10.000–€20.000 — che permette sizing proporzionale su tutti i tier con RiskPct 1% standard.
65.587 trade reali · WR 42,1% · PF 1,44 · aspettativa +0,684R · drawdown max storico 13,1% con rischio 1% · Oracle v78. Cosa include, prezzo e rate: tutto nella pagina. Performance storiche verificabili, non garanzia di risultati futuri.
SCOPRI ZENITH ZERO → PARLA CON ROSSELLAUna strategia è un'idea di trading — "compra sui breakout di range con volume elevato". Un sistema è la traduzione di quella idea in regole precise e non ambigue con tutti i 5 componenti obbligatori (entrata, uscita profitto, uscita perdita, sizing, filtri). Una strategia non può essere backtestata — troppo ambigua. Un sistema sì.
La soglia minima per considerare le statistiche indicative (non ancora conclusive) è 200 trade. Per confidenza statistica media: 500 trade. Per alta confidenza: 2.000+ trade. Oracle con 65.587 trade su 19 anni ha il campione statisticamente più robusto disponibile per un sistema retail su XAUUSD H4.
PF 1,44 su 65.587 trade con WFT Efficiency 0.78 e gap live/backtest <3% è un risultato molto solido. Il numero di per sé — 1,44 — sembra modesto rispetto ai PF 2.0–3.0 che molti sistemi mostrano sul backtest. La differenza è la robustezza: quei PF alti sono quasi sempre overfitting in-sample. Il PF 1,44 di Oracle è il valore OOS su 14 finestre rolling di 19 anni — non un numero ottimizzato per impressionare.
Chiedi 4 cose al venditore: (1) report di backtest completo con qualità dati (deve essere >99%), (2) risultati Walk-Forward Test con WFT Efficiency documentata (deve essere >0.60), (3) dati live con numero di trade reali (deve essere almeno 100+), (4) gap tra performance backtest e live (deve essere <10%). Se il venditore non può o non vuole fornire questi 4 dati, il sistema è probabilmente in overfitting o non è stato testato seriamente. Oracle fornisce tutti e 4 pubblicamente.
Nessuno dei due da solo conta — conta l'Expected Value che nasce dalla combinazione. EV = WR × Profitto_medio − LR × Perdita_media. Un sistema con WR 70% e RR 0.5:1 ha EV = 0.70×0.5 − 0.30×1 = 0.35−0.30 = +0.05R per trade. Un sistema con WR 42,1% e RR 1:3 (Oracle) ha EV = 0.42×3 − 0.58×1 = 1.26−0.58 = +0.68R per trade. Oracle guadagna 13 volte di più per trade nonostante un WR molto più basso. Il WR alto è psicologicamente più facile da sopportare (meno perdite consecutive) ma matematicamente inferiore se comprato a scapito del RR.
Questa è una delle decisioni più difficili nel trading sistematico. Le regole obiettive da seguire: (1) se il WR corrente su 50+ trade live è inferiore del 20% al WR storico (es. WR < 33% su Oracle con WR storico 42,1%), investigare le cause prima di considerare l'abbandono. (2) Se il MDD corrente supera il doppio del MDD storico documentato (es. MDD > 26% per Oracle con MDD storico 13,1%), è segnale di regime change significativo. (3) Se il gap live/backtest supera il 20% su 100+ trade, verifica configurazione prima di abbandonare. Non abbandonare mai un sistema solo perché hai avuto 10–15 perdite consecutive — è statisticamente normale per qualsiasi sistema con WR < 50%.