Cómo se calculan los asesores expertos de MT4: fórmula, parámetros y requisitos de datos

Qué significa “cálculo” para un asesor experto de MT4

Un asesor experto (EA) de MT4 no suele calcular una única “fórmula” fija como una hoja de ejercicios de matemáticas. En cambio, un EA evalúa reglas escritas en código de forma continua. En cada evento (comúnmente nuevos ticks de precio y/o aperturas de barras), lee los datos disponibles, calcula cualquier valor de indicador que utilice (si corresponde) y luego aplica su lógica para decidir qué acciones de órdenes intentar.

Por lo tanto, la mejor manera de explicar “cómo se calcula” es describir el pipeline de ejecución del EA:

1. recopilar entradas (datos de mercado y tiempo, además de parámetros de configuración),
2. calcular valores intermedios (a menudo salidas de indicadores o expresiones personalizadas),
3. aplicar condiciones de decisión (reglas si/entonces),
4. calcular parámetros de órdenes (como precios de entrada/salida y lógica de dimensionamiento de posición, si el EA los incluye),
5. enviar o gestionar órdenes (sujeto a las restricciones de la plataforma y del bróker).

Este marco separa la mecánica estable (cómo se estructura y evalúa el código) de las condiciones variables (cómo llegan los precios, los costos y la calidad de ejecución).

El modelo central de “cálculo”: entradas → funciones → decisiones → acciones

Un bucle genérico de un EA puede escribirse como un modelo abstracto:

• Entradas en el tiempo t:

  • series de precios necesarias para el EA (por ejemplo, bid/ask, apertura/máximo/mínimo/cierre, volúmenes, dependiendo de lo que solicite el código),
  • contexto de tiempo actual (hora del servidor y/o índice de barras),
  • parámetros configurados desde los ajustes del EA (como longitudes de retroceso, umbrales, parámetros de riesgo, límites de trading),
  • variables de estado opcionales (posiciones abiertas actuales, acciones pasadas, banderas internas).

• Cálculos intermedios:

  • funciones similares a indicadores, si el EA las utiliza (por ejemplo, medias móviles u osciladores calculados sobre una ventana móvil),
  • expresiones personalizadas escritas por el autor del EA.

• Reglas de decisión:

  • condiciones booleanas que determinan si una acción está permitida, como “si la condición de entrada es verdadera y el límite de trading no se ha alcanzado”.

• Cálculos de acción:

  • parámetros de órdenes derivados de la decisión, como el nivel de entrada previsto, niveles de stop/limit y lógica de dimensionamiento (si el EA la incluye).

• Resultado de ejecución:

  • si la plataforma/bróker acepta la solicitud y a qué precio se ejecuta realmente.

En la práctica, el código del EA determina las funciones y umbrales exactos, por lo que dos EAs diferentes pueden “calcular” de maneras completamente distintas mientras siguen este pipeline compartido.

Parámetros y requisitos de datos que debes enumerar para reproducir la lógica de un EA

Para explicar de forma independiente el cálculo de un EA, necesitas identificar cada entrada de la que depende. Las categorías comunes son:

1. Entradas de datos de mercado Los EAs suelen leer series de precios disponibles en MT4 en tiempo de ejecución y/o en backtests. El punto crucial es que un EA solo “calcula” a partir de lo que puede acceder: si el código del EA usa bid/ask, entonces el spread forma parte de sus cálculos; si usa barras OHLC, entonces las reglas de formación de barras importan.

2. Tiempo y momento de evaluación Muchos EAs se ejecutan en:

• cada tick entrante,
• cada nueva barra (apertura de barra), o
• ambos.

Esto afecta qué precios se incluyen en las ventanas de indicadores y en qué momento exacto se activa una decisión.

3. Parámetros de configuración Estos son los ajustes del EA establecidos por el usuario. Ejemplos típicos (descritos en general) incluyen:

• longitudes de retroceso para cálculos móviles,
• valores de umbral para condiciones,
• límites en el número de posiciones o frecuencia de trading,
• distancias o lógica de stop-loss/take-profit,
• reglas opcionales de escalado o promediado.

4. Contexto de estado y posición Algunas reglas dependen de la exposición actual: si existe una posición, el número de operaciones abiertas, su dirección y si el EA debe gestionarlas.

5. Supuestos relacionados con la ejecución Incluso si el EA calcula los precios previstos, la plataforma finalmente interactúa con un entorno de ejecución que puede aplicar restricciones (distancias mínimas de stop, niveles de congelación) y ejecutar a precios realizados.

Un ejemplo concreto de “cálculo” sin asumir precios en vivo

Para ver la mecánica con claridad, considera un EA que utiliza una media móvil como parte de sus condiciones. Una estructura genérica podría verse así (de forma abstracta):

• En el tiempo t, calcular un valor:
  • MA(t) = promedio de los últimos N precios de cierre (el autor del EA decide la definición exacta).
• Luego aplicar una condición de decisión:
  • si el precio actual en relación con MA(t) satisface un umbral, permitir una solicitud de entrada.
• Si se permite la entrada, calcular los parámetros de la orden:
  • niveles de stop/limit previstos basados en distancias o niveles configurados.
• El EA envía la solicitud y luego la gestiona (si la lógica incluye reglas de gestión).

La fórmula exacta para MA(t) depende de la definición del indicador elegido por el EA, pero la idea general permanece: el EA calcula cantidades intermedias a partir de ventanas históricas y luego usa esos resultados en lógica booleana.

Limitaciones materiales y modos de fallo

Incluso cuando el código del EA es determinista dados los mismos datos de entrada, los resultados reales a menudo difieren porque el flujo de entrada y la ejecución no son idénticos entre entornos.

1. Discrepancia entre backtest y operativa real Los datos históricos utilizados en las pruebas pueden no reflejar la microestructura futura del mercado. Además, la forma en que el backtesting de MT4 modela los ticks y las ejecuciones de órdenes puede diferir de la ejecución real. Esto significa que un cálculo que parece consistente en un entorno puede comportarse de manera diferente en otro.

2. Spread, costos y calidad de ejecución Si un EA usa bid/ask, entonces los costos y las variaciones del spread cambian las entradas efectivas. Además, el EA puede “calcular” un precio previsto, pero el bróker ejecuta a un precio realizable que puede desviarse.

3. Disponibilidad de datos y casos límite de ventanas de indicadores Si un EA solicita una longitud de retroceso mayor que el historial disponible al inicio, los cálculos iniciales pueden estar incompletos o comportarse de manera diferente. Problemas similares ocurren cuando la formación de barras no está alineada con el momento de evaluación del EA.

4. Diferencias en el manejo de estado Algunos EAs almacenan estado interno (banderas, contadores, tiempos de última acción). Si ese estado se inicializa de manera diferente o si cambias los ajustes, los resultados pueden divergir.

5. Restricciones de plataforma y bróker La aceptación de órdenes puede fallar si los parámetros violan restricciones. En tales casos, el “cálculo” del EA puede producir una decisión válida, pero la plataforma puede no ejecutarla como se esperaba.

Cómo verificar el cálculo de forma independiente

Puedes verificar el “cálculo” de un EA comprobando qué hace realmente su código:

• Enumera las entradas: documenta qué campos de precio y eventos de tiempo lee.
• Identifica los cálculos intermedios: reproduce cada función que llama (incluidas las fórmulas de indicadores utilizadas por el EA).
• Registra las condiciones de decisión: traduce las reglas booleanas del EA a lenguaje sencillo.
• Traza la lógica de parámetros de acción: especifica cómo calcula los niveles de órdenes y el dimensionamiento (si está incluido).
• Prueba los supuestos: compara resultados bajo diferentes conjuntos de datos históricos o diferentes ajustes de modelado de ejecución para ver qué partes son sensibles.