![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Se ha dicho repetidamente en otro hilo que incluso el Terminal se ralentiza por un gran número de factores. En consecuencia, un servidor de comercio mucho más complejo está destinado a ralentizar aún más. Todavía espero que la optimización algorítmica sea posible. Incluso un retraso de 5 ms ya es muy malo. Qué decir de los cientos de milisegundos.
Lo de las cuentas demo no es muy interesante (ahí puedo depurar cualquier plugin, probar nuevo hardware, etc.).
Y he encontrado un máximo de 17 ms en cuentas reales (no digo que no sea largo, simplemente no se puede comparar con 30 segundos).
De ahí la sospecha de una configuración de servidores en cascada.
Eso en la demo no es muy interesante (puedes depurar cualquier plugin allí, probar nuevo hardware, ...).
Y en las cuentas reales encontré un máximo de 17 ms (no digo que no sea suficiente, simplemente no se compara con los 30 segundos).
Desgraciadamente, no mostraron el número de pedidos que comprobaron.
Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio
Aceptación de órdenes SL/TP
fxsaber, 2020.11.25 01:23
De ahí la sospecha de una configuración de servidores en cascada.
El agente confirmó el problema y consiguió encontrarlo y arreglarlo (estará disponible después del fin de semana). Pero es difícil decir si se debió a MT5.
Pero tirar piedras en la dirección de MT5 definitivamente se puede hacer por esta situación.
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
Aceptación de órdenes SL/TP
fxsaber, 2020.11.25 00:47
No sé qué hacer cuando comercio en el terminal, pero tengo un pick muy bajo en el servidor de comercio y no sé qué hacer cuando comercio en el terminal. Es decir, con un ping muy bajo y una sola cuenta de trading para el servidor de trading.
El terminal y el servidor están en la misma máquina. Carga cero. Una nueva toma consiguió tal alerta.
Registro del servidor.
Acepte la marca en el servidor.
Confirmación de los datos de la secuencia de comandos completa de que hay un problema. Dentro del servidor a carga cero había un lag de 4ms.
otra explosión cerebral de fxsaber.
Realmente parece ser un problema en el servidor. Esta es una cuenta demo de MT5
En una cuenta real con el mismo broker el script devuelve cero resultados. Hay más de 3000 transacciones en la cuenta.
En una cuenta real en el mismo broker el script devuelve cero resultados. Hay más de 3.000 transacciones en la cuenta.
Esto es sospechoso. No he encontrado ningún lag en ninguna de mis cuentas.
No estoy seguro de que esté relacionado. Pero tengo muchos.
Errores que provocan Tomar cuando se cambia la posición. Así que Take se dispara, se desvía un par de veces, luego se cuelga, cambio tp a cero para retroceder y colapsar.
Antes de cambiarlo, lo compruebo
Para que la posición no se congele.
Esto es sospechoso. En ninguna parte de mis cuentas he encontrado la falta de retrasos.
Yo pensé lo mismo, pero una investigación más profunda demostró que había cerca de 100 por los cierres de Take solamente
Por lo tanto, a una muestra pequeña.
Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio
Aceptación de órdenes SL/TP
Enrique Dangeroux, 2020.11.25 17:20
No estoy seguro de que esto esté relacionado. Pero tengo muchos.
Yo también tengo toda mi bitácora en esos mensajes. Quizá después del fin de semana la situación cambie.
Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio
Aceptación de órdenes SL/TP
fxsaber, 2020.11.25 16:30
El agente confirmó el problema y consiguió encontrarlo y solucionarlo (estará disponible después del fin de semana). Pero es difícil decir si se debió a MT5.
Consideremos de forma esquemática algunos algoritmos del parqué. Para simplificar, supondremos que sólo hay un LP(proveedor de liquidez).
Orden de límite.
Un buen Gateway (con el algoritmo anterior) es independiente de las especificaciones de la plataforma de negociación cuando se ejecuta el Limiter.
El algoritmo es casi en bucle e independiente de la plataforma. La protección contra el spam de LP está contenida en el punto 3.
Nivel de TP de una posición abierta.
El algoritmo no está en bucle y depende de la plataforma. Tiene protección contra el spam LP.
Este algoritmo tiene dos desventajas, además de los costes de comunicación Puerta-MT5.
Mejora.
Smart Gateway en el algoritmo de nivel TP de una posición abierta tiene p.6:
Este punto adicional del algoritmo aún contiene protección contra el spam de LP, pero engaña a MT5 para que realice el punto 3. Y no se pierde un tiempo precioso esperando el nuevo tick.
La realidad.
De estos dos algoritmos (incluso en el caso del punto 6 del segundo algoritmo) se deduce lo siguiente.
Una orden limitada de MT5 tiene un FillRate más alto que su equivalente en forma de posición abierta a nivel de TP. Esta es la razón por la que a menudo podemos encontrarnos con situaciones durante un rollover en la MT5-Hedge en las que la orden limitada se ejecuta, pero su contrapartida TP no. En este caso se realiza el CloseBy y se reejecuta la orden de Límite con el volumen correspondiente.
Conclusión.
Para aumentar el FillRate en MT5 transfiera los niveles de TP de las posiciones abiertas a las órdenes limitadas de MT5.