Un EA reale può mostrare esecuzioni, costi o risultati diversi dal periodo di riferimento. Descrivi prima la variazione osservata, poi cerca una causa. Una serie di perdite, una risposta lenta o una media stabile non bastano da sole a dimostrare che il vantaggio sia scomparso o che l’esecuzione sia normale.
Separa problemi di dati, cambiamenti nell’esecuzione, contesto di mercato e incertezza campionaria. Usa la guida alla riconciliazione per stabilire i registri e il protocollo forward per conservare le regole originali di confronto. Questa guida conclusiva collega l’avviso a indagine e rivalidazione documentata, non a un’azione automatica di trading.
1. Definisci cosa indica davvero l’avviso
Scrivi metrica, unità, fonte, finestra di riferimento, finestra recente e calendario di revisione. Conserva soglia originale d’indagine e versione. L’avviso indica che la condizione specificata è stata osservata; da solo non identifica un errore del broker, un regime di mercato o un fallimento della strategia.
Per questa verifica inventata, segnala una finestra recente con almeno 2 ingressi completi e riconciliati il cui slippage sfavorevole misurato supera strettamente 1.0 pip. L’uguaglianza non conta. È una regola d’indagine creata qui, non una tolleranza universale o una carta di controllo statistico calibrata. Non si calcolano probabilità di falso allarme o test di redditività.
2. Mantieni comparabile il riferimento
Identifica build, parametri, conto, modalità, server del broker, simbolo e contratto effettivi, tipo d’ordine, lato, volume, sessione e base dei dati. Confronta ambiti equivalenti o esplicita le differenze. Congela il riferimento anziché sostituirlo quando una finestra sembra migliore. Esecuzioni demo e reali sono prove diverse; consulta la guida al confronto delle modalità.
Questo esempio didattico separato assume build EA-R e parametri K1 su un conto reale dichiarato in USD che negozia EURUSD. Le finestre usano la stessa configurazione e lo stesso ambito. Non prosegue il campione demo della guida precedente. Tutte le osservazioni sono inventate; non viene fornita un’allocazione di capitale né un controllore operativo.
3. Tieni separate le spiegazioni concorrenti
Considera ogni spiegazione un’ipotesi finché le prove non la sostengono. Più cause possono coesistere. Il cambiamento di un campo non dimostra la direzione del suo effetto sulla redditività.
- Dati: registri mancanti, feed modificati, quotazioni obsolete, disallineamenti degli orologi o input rivisti possono invalidare i confronti.
- Esecuzione: esecuzioni, distribuzione dei rifiuti, spread, commissioni o finanziamento possono cambiare in condizioni altrimenti comparabili.
- Contesto: sessioni, volatilità o esposizione agli eventi possono variare senza modificare il codice dell’EA.
- Campionamento: osservazioni poche, dipendenti o selezionate ripetutamente possono produrre riepiloghi instabili.
Registra le prove che sostengono o indeboliscono ogni ipotesi. Una storia conveniente non è una diagnosi. Non ritoccare un parametro per nascondere un problema irrisolto di dati o attribuzione degli ordini.
4. Conserva tutti gli esiti noti delle richieste
Queste categorie disgiunte descrivono le richieste note in ogni finestra di calendario inventata. Le esecuzioni complete e riconciliate hanno quotazioni valide all’invio e registri d’ingresso del broker. La tabella non conta tutte le decisioni possibili, non è un tasso di successo e non garantisce copertura completa delle fonti.
| Categoria di richiesta nota | Riferimento | Recente |
|---|---|---|
| Esecuzione completa e riconciliata | 20 | 20 |
| Rifiuto confermato | 2 | 3 |
| Richiesta irrisolta | 2 | 3 |
| Totale richieste note | 24 | 26 |
Le richieste di riferimento sono 24 e quelle recenti 26. Solo 20 esecuzioni per finestra entrano nelle statistiche di prezzo. Restano visibili i 2 contro 3 rifiuti confermati e le 2 contro 3 richieste irrisolte. Un timeout non equivale automaticamente a un rifiuto. Le statistiche delle sole esecuzioni non descrivono tutti i tentativi; i registri irrisolti impediscono una convalida completa della performance e richiedono la procedura di riconciliazione precedente.
5. Assegna allo slippage d’ingresso il segno corretto
Assumi EURUSD con punto di 0.00001 e pip di 0.0001: un pip contiene 10 punti. Verifica altrove le specifiche effettive del simbolo. Per questo confronto d’ingresso, definisci s_BUY = (fill_Ask − send_Ask) / pip e s_SELL = (send_Bid − fill_Bid) / pip. Positivo è sfavorevole per entrambe le direzioni; negativo è favorevole.
La tabella presenta quattro esempi aritmetici indipendenti, non righe scelte dai campioni successivi. Usa l’Ask registrato dal client per BUY e il Bid per SELL, con l’esecuzione riconciliata dello stesso ordine. Non confrontare un’esecuzione BUY con Bid o una SELL con Ask. I valori sono pip, non denaro del conto, perdite massime o rendimenti attesi.
| Caso | Lato | Quotazione client all’invio | Esecuzione d’ingresso | Slippage con segno · pip |
|---|---|---|---|---|
| A | BUY | 1.10020 | 1.10023 | +0.3 |
| B | BUY | 1.10210 | 1.10219 | +0.9 |
| C | SELL | 1.10400 | 1.10394 | +0.6 |
| D | SELL | 1.10400 | 1.10404 | −0.4 |
6. Rispetta i limiti della quotazione di riferimento
La quotazione client osservata all’invio è un riferimento documentato, non un prezzo garantito eseguibile all’arrivo al broker. Registra età della quotazione, base di ricezione, prezzo richiesto ed esecuzione effettiva. La durata osservata dal client non è puro tempo di elaborazione del broker; orologi diversi non separano affidabilmente ritardo di rete e server.
Mantieni spread, oneri e finanziamento nei rispettivi registri ben definiti. La differenza di prezzo misurata è già inclusa nel risultato basato sull’esecuzione effettiva; non sottrarla di nuovo dall’utile contabilizzato. La guida ai costi spiega il trattamento. Questa metrica in pip differisce anche dall’impostazione di deviazione degli ordini della piattaforma; non copiarne il valore in un parametro senza controllare unità e comportamento del broker.
7. Esamina la distribuzione, non solo la mediana
I campioni di esecuzioni complete contengono, in questo esempio, 20 ingressi ciascuno. Il riferimento ha media 0.265 pip e mediana 0.25; il recente media 0.505 e mediana 0.30. La mediana si muove poco mentre il massimo sale da 0.8 a 2.4. Sono valori descrittivi del campione, non previsioni o stime di esecuzione futura garantita.
0 esecuzioni di riferimento e 2 recenti superano strettamente 1.0 pip, attivando la regola creata per la finestra recente. Indaga sulla coda mantenendo gli esiti esclusi delle richieste. La finestra termina al limite di calendario dichiarato, non dopo aver accumulato abbastanza esecuzioni favorevoli. Una differenza d’ingresso sfavorevole non indica se l’operazione finale sia vincente o perdente.
Facoltativo: esamina i campioni inventati e riproduci i calcoli
Campioni ordinati in pip con segno; ogni valore rappresenta un’esecuzione completa e riconciliata distinta. Riferimento: −0.2, 0, 0, 0.1, 0.1, 0.1, 0.2, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.8. Recente: −0.1, 0, 0.1, 0.1, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.7, 0.9, 1.8, 2.4.
Esempi d’ingresso: (1.10023 − 1.10020) / 0.0001 = +0.3; (1.10219 − 1.10210) / 0.0001 = +0.9; (1.10400 − 1.10394) / 0.0001 = +0.6; (1.10400 − 1.10404) / 0.0001 = −0.4. Medie campionarie: 5.3 / 20 = 0.265 e 10.1 / 20 = 0.505. Mediane campionarie: (0.2 + 0.3) / 2 = 0.25 e (0.3 + 0.3) / 2 = 0.30. Risultati in pip; punti decimali e separatori delle migliaia seguono la notazione numerica inglese.
8. Valuta contesto e limiti del campione
Controlla sessioni, volume, spread, volatilità ed esposizione agli eventi registrati e disponibili a ogni decisione. Una composizione diversa può cambiare la distribuzione aggregata. Confronta gli strati dichiarati quando le prove lo consentono, segnala i gruppi piccoli e conserva anche l’aggregato completo. Non inventare etichette causali di regime da un grafico conveniente dopo aver visto la perdita.
Venti esecuzioni non sono necessariamente indipendenti o sufficienti per validare. Finestre sovrapposte e ricerche ripetute aumentano le occasioni di trovare schemi allarmanti. Una mediana normale non dimostra code stabili; una coda segnalata non dimostra una variazione permanente. Esplicita l’incertezza senza aggiungere affermazioni statistiche non calibrate.
9. Rispondi secondo la politica di rischio vigente
Uno stato d’ordine incerto, protezioni mancanti o altri guasti operativi richiedono la risposta stabilita, senza attendere una revisione programmata della performance. Segui la politica di rischio del conto e la guida al monitoraggio operativo. Questo audit non autorizza ingressi duplicati, liquidazioni, stop più ampi o maggiore esposizione.
Conserva avviso, registri grezzi, differenze d’ambito, causa sospetta e azione intrapresa. Correggi i problemi operativi documentati con la procedura testata e poi valuta se il confronto resta valido. Se le prove sono incomplete, lascia inconcludente il giudizio sulla performance. Un avviso non giustifica cancellare in silenzio il vecchio riferimento o ottimizzare per eliminare un periodo perdente.
10. Documenta la decisione di rivalidazione
Una modifica a regole di strategia o rischio, contratto del broker, feed o un ambiente operativo sostanzialmente diverso può richiedere un nuovo piano di validazione. Registra motivo, intervallo interessato, nuova versione e criteri prima di osservare il nuovo risultato. Riutilizza il protocollo forward e conserva tutte le varianti; consulta i limiti di selezione nella guida all’overfitting.
- Ambito, unità e timestamp di riferimento e recenti sono comparabili?
- Richieste rifiutate, non riconciliate e irrisolte restano visibili fuori dalle statistiche delle sole esecuzioni?
- Le differenze BUY e SELL hanno il segno corretto senza duplicare i costi?
- Le spiegazioni relative a dati, esecuzione, contesto e campionamento sono separate?
- L’azione segue la politica vigente e registra i cambiamenti come nuova versione di validazione?
Scrivi una conclusione circoscritta: problema e prove, ipotesi irrisolte, azione operativa e necessità di un nuovo protocollo. Tieni la revisione di equity e drawdown distinta da questa metrica d’esecuzione. Continuare a monitorare non dimostra un vantaggio; un piano di rivalidazione non autorizza nuovi fondi reali.
11. Domande sulle variazioni dell’EA reale
Slippage positivo significa operazione redditizia?
Non con questa convenzione. Positivo indica una differenza d’ingresso sfavorevole per BUY o SELL; negativo indica favorevole. Il profitto finale dipende da uscite e costi ed è una quantità separata.
Una mediana stabile prova che l’esecuzione è invariata?
No. Le mediane dell’esempio sono vicine, ma la coda recente è maggiore. Esamina l’intera distribuzione e tutti gli esiti delle richieste con lo stesso ambito dichiarato.
L’avviso illustrativo prova un errore del broker o della strategia?
No. Avvia l’indagine su una condizione osservata. L’esempio non dimostra causalità, significatività statistica o perdita futura; le richieste irrisolte richiedono ancora riconciliazione.
Devo ritarare subito dopo una serie di perdite?
Una serie da sola non basta a scegliere nuovi parametri. Segui la politica operativa vigente, indaga su registri e contesto e dichiara prima una versione separata di validazione se cambiano le regole.
12. Fonti e ambito
Fonti primarie: MQL4 OrderSend e lati di prezzo BUY/SELL, proprietà dei simboli e unità di punto MQL4 e NIST sul monitoraggio dei processi e sui limiti delle carte di controllo. Fonti verificate il 2026-10-18. La regola illustrativa è creata qui; non è un limite calibrato da NIST o una raccomandazione della piattaforma.
Richieste, prezzi, campioni e soglie sono tutti dati didattici inventati, non performance reali verificate o rapporti originali del tester. Non si forniscono strategia, rendimento atteso, tetto alle perdite, diagnosi causale o controllore automatico del rischio. Revisione e rivalidazione migliorano la tracciabilità; nessuna garantisce trading redditizio o sicuro.