Cómo se calculan los asesores expertos de MT5: fórmula, entradas y necesidades de datos

Respuesta directa: qué significa “calculado” para un asesor experto de MT5

Un asesor experto (EA) de MT5 no se calcula mediante una única fórmula matemática fija y común a toda la plataforma. En cambio, el comportamiento del EA se produce ejecutando el programa del EA (su lógica de estrategia) paso a paso. Cada paso calcula nuevas decisiones (por ejemplo, cuándo colocar órdenes) a partir de:

Los datos de mercado disponibles para el EA en ese momento (barras históricas y/o ticks entrantes)
Los parámetros de entrada del EA (números que usted configura)
El estado interno del EA (variables que recuerda entre ejecuciones)
Las reglas que usted programó para indicadores, lógica de riesgo y gestión de órdenes

Por lo tanto, “¿Cómo se calculan los asesores expertos de MT5?” se responde mejor así: el EA se calcula ejecutando su código sobre los datos recibidos, utilizando sus parámetros y estado para generar señales y solicitudes de órdenes.

Mecánica: el proceso de cálculo dentro de un EA

Piense en un EA como un bucle repetido. El bucle exacto depende de cómo esté programado, pero un modelo educativo típico se ve así:

Adquisición de datos

Barras históricas: datos de estilo OHLCV utilizados para calcular valores a lo largo del tiempo.
Ticks: actualizaciones de precios en streaming utilizadas para la lógica basada en eventos.
El EA puede procesar uno o ambos, dependiendo de si está escrito para reaccionar a nuevos ticks, nuevas barras, o ambos.

Cálculos de estilo indicador (si se utilizan) Si el EA utiliza indicadores, está calculando funciones como medias móviles, osciladores similares al RSI o transformaciones personalizadas. Estas son operaciones matemáticas sobre la serie de entrada (por ejemplo, precios de cierre de las últimas N barras).

Una forma general es:

Deje que el EA cree una serie temporal x(t) a partir de los datos de mercado (por ejemplo, x(t)=precio de cierre en el tiempo de barra t).
Luego calcula un valor de indicador I(t) usando alguna regla (por ejemplo, un promedio de ventana o una recurrencia).

Lógica de decisión El EA combina sus valores calculados y parámetros en condiciones. Un patrón de ejemplo genérico es:

Si la condición C(parámetros, I(t), estado_EA) es verdadera → preparar una acción.
De lo contrario → no hacer nada o actualizar el estado.

Aquí, estado_EA significa valores que el EA almacenó anteriormente (por ejemplo, si ya tiene una posición abierta o un contador que rastrea eventos consecutivos).

Cálculo del tamaño de la orden y construcción de la solicitud Si el EA envía órdenes, “calcula” qué solicitar utilizando entradas y restricciones relacionadas con el trading. Esto comúnmente incluye:

Lado de la orden (compra/venta)
Volumen (tamaño del lote), a menudo derivado de parámetros y/o una regla de dimensionamiento del riesgo
Niveles de stop-loss / take-profit (si su código los establece)
Deslizamiento permitido o referencias de precio (cómo se asigna el “precio deseado” a la ejecución real)

Es importante separar:

Los cálculos internos del EA (matemática pura basada en parámetros y datos)
El resultado del bróker/ejecución (cómo se llenan las órdenes en condiciones reales de mercado)

Actualización del estado después de la ejecución Después de que una orden se acepta o se llena (o se rechaza/llena parcialmente), el EA actualiza las variables internas. Ese estado luego afecta los cálculos posteriores.

Una “fórmula” universal simple (conceptual, no específica de un producto)

Debido a que los EA difieren, no existe una única ecuación numérica que siempre se aplique. Pero puede usar una fórmula conceptual que se ajuste a cualquier diseño de EA:

Salida_EA(t) = Lógica(parámetros, Datos_mercado(t), Estado_EA(t))

Donde:

Salida_EA(t) representa las decisiones y solicitudes que el EA produce en el tiempo t.
Datos_mercado(t) es cualquier serie de precios que el EA lea en t.
Estado_EA(t) es la memoria actual del EA.

Si desea “verificar” cómo se calcula, revise el código del EA y asigne cada variable a una de estas entradas.

Evidencia o ejemplo: rastreo de una ruta de cálculo real (supuestos declarados)

A continuación se muestra un ejemplo educativo que muestra cómo se puede rastrear el cálculo de un EA. Esto no es un EA específico; es una plantilla.

Suponga:

El EA se ejecuta en cada nueva barra.
Calcula un promedio de ventana de los últimos N cierres.
Utiliza un umbral K y almacena si actualmente tiene una posición abierta.

Pasos conceptuales de ejemplo en el tiempo de barra t:

Construya x(t) = precio de cierre en cada una de las últimas N barras.
Calcule I(t) = promedio(x(t−N+1) … x(t)).
Use los parámetros (N, K) y el estado (tienePosición) para calcular una condición:
- C = (I(t) > K) Y (tienePosición == falso)
Si C es verdadera:
- Solicite una orden de compra con un volumen V derivado de los parámetros.
- Opcionalmente, calcule los niveles de stop-loss/take-profit a partir de otras distancias de parámetros.
Después de que la orden se llene, establezca tienePosición = verdadero.

La idea clave de verificación: puede reproducir los mismos números intermedios (como el promedio I(t)) a partir del mismo historial de barras y luego verificar si las condiciones de su código evaluarían las mismas acciones.

Limitaciones y riesgos: por qué los resultados difieren de las expectativas

Incluso con cálculos cuidadosos, los resultados pueden divergir porque las condiciones del mercado y de la ejecución afectan lo que finalmente sucede.

Limitación material 1: “cálculo” vs ejecución

El EA puede calcular una acción prevista, pero el bróker/capa de ejecución determina el llenado real. Esto introduce incertidumbre como:

Diferencias de spread entre el momento en que el EA calcula y el momento en que envía
Deslizamiento (diferencia entre el precio solicitado y el precio de llenado)
Comportamiento de llenado de órdenes (llenos completos vs parciales)

Por lo tanto, “lo que el EA calculó” no siempre es “lo que obtuvo”.

Limitación material 2: eventos de datos faltantes o retrasados

Si el EA espera actualizaciones basadas en ticks pero el flujo de ticks se interrumpe, puede:

Omitir evaluaciones
Usar precios obsoletos
Activar lógica retrasada

Este es un modo de fallo creado por el desajuste entre los supuestos de su código y la sincronización de eventos del entorno.

Limitación material 3: problemas de parametrización y ventana de datos

Configuraciones incorrectas o inconsistentes pueden romper la cadena de cálculo. Los ejemplos incluyen:

Usar una N más grande que las barras históricas disponibles (los valores de los indicadores pueden ser indefinidos o inestables al principio)
Desajustes de marco de tiempo (el EA espera una serie de barras pero lee otra)
Condiciones demasiado estrictas que rara vez se cumplen, haciendo que el EA parezca “inactivo”

Limitación material 4: errores de lógica interna y de estado

Debido a que los EA dependen del estado interno, los errores de codificación pueden causar decisiones incorrectas, como:

Estado que no se restablece al cerrar la posición
Envío de órdenes duplicadas debido a la falta de protecciones
Manejo de llenados parciales no reflejado en las actualizaciones de estado

Estos son problemas a nivel de cálculo, no a nivel de mercado.

Cómo verificar el cálculo de forma independiente

Para verificar cómo se “calcula” un EA de MT5, puede utilizar un método repetible:

Identifique las fuentes de datos de entrada Verifique si el EA utiliza ticks, nuevas barras o ambos, y qué símbolos/marcos de tiempo lee.
Enumere los parámetros Anote cada parámetro de entrada y dónde influye en los cálculos (ventanas de indicadores, umbrales, dimensionamiento, distancias de stop).

FIN DEL DOCUMENTO