Come vengono calcolati gli Expert Advisor MT4: Formula, Parametri e Requisiti di Dati

Cosa significa “calcolo” per uno Expert Advisor MT4

Uno Expert Advisor (EA) MT4 di solito non calcola una singola “formula” fissa come un esercizio di matematica. Piuttosto, un EA valuta continuamente regole codificate. A ogni evento (solitamente nuovi tick di prezzo e/o apertura di barre), legge i dati disponibili, calcola eventuali valori di indicatori utilizzati (se applicabile) e quindi applica la sua logica per decidere quali azioni ordine tentare.

Pertanto, il modo migliore per spiegare “come viene calcolato” è descrivere la pipeline di esecuzione dell’EA:

1. raccogliere gli input (dati di mercato e temporali, più parametri di configurazione),
2. calcolare valori intermedi (spesso output di indicatori o espressioni personalizzate),
3. applicare condizioni decisionali (regole if/else),
4. calcolare i parametri degli ordini (come prezzi di entrata/uscita e logica di dimensionamento della posizione, se inclusi nell’EA),
5. inviare o gestire gli ordini (soggetti ai vincoli della piattaforma e del broker).

Questa struttura separa meccanismi stabili (come il codice è strutturato e valutato) da condizioni variabili (come l’arrivo dei prezzi, i costi e la qualità dell’esecuzione).

Il modello “calcolo” di base: input → funzioni → decisioni → azioni

Un ciclo EA generico può essere scritto come modello astratto:

• Input al tempo t:

  • serie storiche di prezzo richieste dall’EA (es. bid/ask, open/high/low/close, volumi, a seconda di ciò che il codice richiede),
  • contesto temporale corrente (ora del server e/o indice della barra),
  • parametri configurati nelle impostazioni dell’EA (es. lunghezze di lookback, soglie, parametri di rischio, limiti di trading),
  • variabili di stato opzionali (posizioni aperte attuali, azioni precedenti, flag interni).

• Calcoli intermedi:

  • funzioni simili a indicatori, se utilizzati dall’EA (es. medie mobili o oscillatori calcolati su una finestra mobile),
  • espressioni personalizzate scritte dall’autore dell’EA.

• Regole decisionali:

  • condizioni booleane che determinano se un’azione è consentita, come “se la condizione di entrata è vera e il limite di trading non è raggiunto”.

• Calcoli delle azioni:

  • parametri dell’ordine derivati dalla decisione, come livello di entrata previsto, livelli di stop/limit e logica di dimensionamento (se inclusi nell’EA).

• Risultato dell’esecuzione:

  • se la piattaforma/broker accetta la richiesta e a quale prezzo effettivo avviene il riempimento.

In pratica, il codice dell’EA determina esattamente le funzioni e le soglie, quindi due EA diversi possono “calcolare” in modi completamente diversi pur seguendo questa pipeline condivisa.

Parametri e requisiti di dati necessari per riprodurre la logica di un EA

Per spiegare in modo indipendente il calcolo di un EA, è necessario identificare ogni input su cui si basa. Le categorie comuni sono:

1. Input di dati di mercato Gli EA leggono tipicamente le serie storiche di prezzo disponibili su MT4 in tempo reale o nei backtest. Il punto cruciale è che un EA “calcola” solo ciò a cui può accedere: se il codice dell’EA utilizza bid/ask, lo spread diventa parte dei suoi calcoli; se utilizza barre OHLC, allora contano le regole di formazione delle barre.

2. Tempo e tempistica della valutazione Molti EA si eseguono su:

• ogni tick in arrivo,
• ogni nuova barra (apertura barra), oppure
• entrambi.

Questo influenza quali prezzi sono inclusi nelle finestre degli indicatori e a quale esatto momento si attiva una decisione.

3. Parametri di configurazione Sono le impostazioni dell’EA impostabili dall’utente. Esempi tipici (descritti in generale) includono:

• lunghezze di lookback per calcoli mobili,
• valori soglia per le condizioni,
• limiti sul numero di posizioni o frequenza di trading,
• distanze o logica di stop-loss/take-profit,
• regole opzionali di scaling o averaging.

4. Contesto di stato e posizione Alcune regole dipendono dall’esposizione corrente: se esiste una posizione, il numero di trade aperti, la loro direzione e se l’EA deve gestirli.

5. Assunzioni relative all’esecuzione Anche se l’EA calcola i prezzi previsti, la piattaforma interagisce infine con un ambiente di esecuzione che può applicare vincoli (distanze minime dello stop, livelli di congelamento) e riempire a prezzi effettivi.

Un esempio concreto di “calcolo” senza presupporre prezzi in tempo reale

Per vedere chiaramente la meccanica, consideriamo un EA che utilizza una media mobile come parte delle sue condizioni. Una struttura generica potrebbe essere così (in modo astratto):

• Al tempo t, calcola un valore:
  • MA(t) = media degli ultimi N prezzi di chiusura (l’autore dell’EA decide la definizione esatta).
• Poi applica una condizione decisionale:
  • se il prezzo corrente rispetto a MA(t) soddisfa una soglia, permette una richiesta di entrata.
• Se l’entrata è consentita, calcola i parametri dell’ordine:
  • livelli di stop/limit previsti basati su distanze o livelli configurati.
• L’EA invia la richiesta e successivamente la gestisce (se la logica include regole di gestione).

La formula esatta per MA(t) dipende dalla definizione dell’indicatore scelto dall’EA, ma l’idea generale rimane: l’EA calcola quantità intermedie da finestre storiche e poi usa quei risultati in logica booleana.

Limiti materiali e modalità di errore

Anche quando il codice dell’EA è deterministico dati gli stessi input, i risultati reali spesso differiscono perché il flusso di input e l’esecuzione non sono identici tra ambienti diversi.

1. Differenza tra backtest e live I dati storici usati nei test potrebbero non riflettere la microstruttura futura del mercato. Inoltre, il modo in cui il backtesting MT4 modella i tick e i riempimenti degli ordini può differire dall’esecuzione reale. Ciò significa che un calcolo che appare coerente in un ambiente può comportarsi diversamente in un altro.

2. Spread, costi e qualità del riempimento Se un EA utilizza bid/ask, variazioni di costi e spread modificano gli input effettivi. Inoltre, l’EA può “calcolare” un prezzo previsto, ma il broker riempie a un prezzo effettivo che può discostarsi.

3. Disponibilità dei dati e casi limite delle finestre degli indicatori Se un EA richiede una lunghezza di lookback superiore alla cronologia disponibile all’avvio, i primi calcoli possono essere incompleti o comportarsi diversamente. Problemi simili si verificano quando la formazione delle barre non è allineata con il timing di valutazione dell’EA.

4. Differenze nella gestione dello stato Alcuni EA memorizzano uno stato interno (flag, contatori, tempi dell’ultima azione). Se tale stato è inizializzato diversamente o se si modificano le impostazioni, i risultati possono divergere.

5. Vincoli della piattaforma e del broker L’accettazione degli ordini può fallire se i parametri violano i vincoli. In questi casi, il “calcolo” dell’EA può produrre una decisione valida, ma la piattaforma potrebbe non eseguirla come previsto.

Come verificare in modo indipendente il calcolo

È possibile verificare il “calcolo” di un EA controllando cosa fa effettivamente il suo codice:

• Elencare gli input: documentare quali campi di prezzo e eventi temporali legge.
• Identificare i calcoli intermedi: riprodurre ogni funzione che chiama (inclusi i formati degli indicatori usati dall’EA).
• Registrare le condizioni decisionali: tradurre le regole booleane dell’EA in linguaggio semplice.
• Tracciare la logica dei parametri d’azione: specificare come calcola livelli e dimensionamento degli ordini (se inclusi).
• Verificare le assunzioni: confrontare i risultati con diversi dataset storici o diverse impostazioni di modellazione dell’esecuzione per vedere quali parti sono sensibili.