Un copiador de señales para MT4 con su estado dicho claramente

El conector de MT4 es una adaptación del conector de MT5 que conserva su estructura, el orden de sus funciones y sus nombres, compilada como TradingAgentEA.ex4 y fijada con su propio SHA-256. Se instala desde la página de Terminales de la app de escritorio en una sola acción: sin MetaEditor, sin variables de entorno, sin tokens y sin cambiar ningún ajuste dentro de MetaTrader.

Funciona en MetaTrader 4 build 600 o posterior. El EA se niega a iniciarse por debajo de esa build, porque los terminales más antiguos no tienen ni WebRequest ni el sandbox moderno de archivos de MQL4, así que faltarían los dos transportes y no habría nada a lo que recurrir.

• .ex4 incluido, fijado con SHA-256 e instalado desde la app
• El mismo flujo guiado de instalación que MT5
• Requiere build 600 o posterior

La conexión automática con /config: al iniciar es solo de MT5: la build 1473 ignora [StartUp], así que la vía manual es la predeterminada en MT4: activa el AutoTrading, actualiza el Navegador y arrastra el EA a un gráfico.

Todo lo demás de la configuración es común: la comprobación del hash antes de instalar, la credencial de aprovisionamiento de un solo uso que se elimina tras el registro, los tokens de sesión de corta duración ligados al terminal, la cuenta y el bróker, y la misma elección entre canal loopback o de archivos.

Todo lo del protocolo local se aplica a MT4 sin cambios: las mismas rutas, la misma autenticación con token portador, la misma duración de sesión, la misma protección contra duplicados y los dos transportes.

Lo que cambia es el modelo de trading, no el protocolo. En MQL4 no existe CTrade, así que una clase propia maneja OrderSend y sus parientes; hay un solo espacio de tickets, de modo que una orden pendiente se convierte en posición con el mismo ticket y no hay deals; el registro es siempre en modo hedging y solo con modos de cuenta DEMO o REAL; y MT4 informa sus propios códigos ERR_* mediante una correspondencia de categorías nueva, con los fallos de conexión y de tiempo de espera retenidos para conciliación exactamente igual que en MT5.

Las peculiaridades de cada bróker se tratan antes del envío: enviar y luego modificar cuando un bróker rechaza stops en la entrada, esperas acotadas del contexto de trading que serializan el envío en lugar de reintentarlo, comprobaciones de nivel de stop y de congelación que se informan como motivos legibles y no como códigos sueltos, volúmenes rechazados en lugar de redondeados y un slippage obligatorio con 3 puntos por defecto.

Un cierre parcial en MT4 sustituye el ticket: el bróker cierra la orden original y abre una nueva por el resto, así que la app de escritorio sigue el resto mediante ticket_lineage y la gestión posterior sigue a la posición superviviente. Todo lo ambiguo se informa para conciliación en lugar de adivinarse. Como en todas partes, la gestión de operaciones solo actúa con el consentimiento de cada canal, que está desactivado por defecto.

Y la separación de privacidad es idéntica: el contenido de los mensajes nunca sale de tu PC, mientras que la nube solo sincroniza metadatos del panel, como operaciones e instantáneas de la cuenta.

El código fuente compila limpio: 0 errores y 0 advertencias en MetaEditor 4, versión del EA 0.9.0-mt4. Ese punto de la lista está hecho. Ninguno de los puntos de abajo se ha ejecutado todavía contra un terminal real, ni demo ni de otro tipo.

Hoy MT5 es la ruta verificada. Si operas en MT4, ejecuta primero el flujo en una cuenta demo de MT4 con el menor volumen posible: es exactamente la comprobación que a estos puntos aún les falta.

• Registro en ambos transportes, con recurso automático (AUTO) a archivos
• Creación explícita de las carpetas rpc de MQL4, que no está documentado que MQL4 cree
• Las ocho acciones del protocolo v2 recorriendo el ciclo completo
• Un resto tras un cierre parcial sobre el que pueda actuar un segundo comando, tanto en brókers que cambian de ticket como en los que reducen en el sitio
• Enviar y luego modificar en un bróker que rechaza stops en la entrada, incluida la rama de fallo retenida para conciliación
• Rechazos por nivel de congelación y de stop con motivos legibles en un bróker que los publique
• Informe de operaciones cerradas: stop-outs, cierres manuales, sin ruido en el primer tick, carencias del historial registradas
• Reinicio en mitad de un comando sin doble envío