¿Es posible implementar una contabilidad fiable de la estructura de posiciones agregadas en MT5? - página 6
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
Aquí hay otra opción
Hay un problema de este tipo... Por ejemplo, los corredores STP (integradores) se ven obligados a no enviar las órdenes de negociación para su ejecución inmediata, sino a acumularlas para enviarlas con una determinada frecuencia. Una de las razones es, por ejemplo, que los bancos (estoy hablando de FOREX) no ven con buenos ojos las altas frecuencias (a su criterio) de las órdenes comerciales entrantes vía FIX API a su servidor. Por lo tanto, pueden desactivar un cliente intermediario abusivo como una amenaza para la estabilidad de su servidor.
Únicamente, parece que la presencia/ausencia de posiciones virtuales en el lado del servidor del broker no tiene ningún efecto sobre el número de órdenes comerciales entre el broker y sus proveedores de liquidez.
¿Por qué no es fiable a través de los comentarios?
Debes poner en los comentarios de la orden un magik o el nombre del Asesor Experto que la abrió, y también el código lógico de la operación en la lógica de MT4 - apertura/cierre. Y cuando se envíe la orden a cerrar además de eso en los comentarios especificar que orden se cierra (ticket). Si la orden se ejecuta, siempre hay una operación asociada a ella, que se puede encontrar (por el campo DEAL_ORDER). Por lo tanto, siempre es posible dividir la posición agregada actual en las órdenes que aún no se han cerrado (ninguna orden con un comentario de cierre) y que se han ejecutado (hay una operación relacionada), y toda esta información se almacena en el servidor.
¿Por qué no es fiable a través de los comentarios?
Debes poner en los comentarios de la orden un magik o el nombre del Asesor Experto que la abrió, y también el código lógico de la operación en la lógica de MT4 - apertura/cierre. Y cuando se envíe la orden a cerrar además de eso en los comentarios especificar que orden se cierra (ticket). Si la orden se ejecuta, siempre hay una operación asociada a ella, que se puede encontrar (por el campo DEAL_ORDER). Por lo tanto, la posición agregada actual siempre se puede dividir en las órdenes que aún no se han cerrado (no hay ninguna orden con un comentario sobre su cierre) y que se han ejecutado (hay una operación vinculada), y toda esa información se almacena en el servidor.
En esta página se explica el motivo.
En esta página se analiza la causa.
getch escribió>>
Imagina que tienes un EA con Magic. En un momento dado, cuando la posición de este EA estaba en rojo, decidiste que estás harto de todo y quieres descansar. Usted borra el Asesor Experto, y cierra la posición abierta a mano con una orden de contra mercado con el Magic 0. Cuando vuelve de vacaciones y decide ejecutar el mismo Asesor Experto, y ve que su posición está abierta por el análisis del historial en el Magic.
Este es un ejemplo oblicuo, pero puedes hacerte una idea.
Al eliminar un EA, hacer que todas sus posiciones se cierren automáticamente. O bien, podemos proporcionar mensajería a la EA (es posible hacerla universal). Todo lo que se ha abierto, el Asesor Experto también debe cerrarse, aunque puede hacerlo a petición del usuario.
Para abreviar, es posible, pero no conviene a todos.
getch escribió>>
Imagina que tienes un EA con Magic. En un momento dado, cuando la posición de este EA estaba en rojo, decides que estás harto de todo y quieres descansar. Su Asesor Experto borra, y usted cierra la posición abierta a mano por la orden de mercado opuesta con un 0 de Magic. Cuando regresa de vacaciones y decide ejecutar el mismo Asesor Experto, y ve que está abierto en el análisis de la historia por Magic.
Es un ejemplo oblicuo, pero se puede captar la idea.
Cuando elimines un EA, haz que cierre automáticamente todas sus posiciones. O proporcionar el intercambio de mensajes con el EA (se puede hacer universal). Todo lo que se ha abierto, el Asesor Experto también debe cerrarse, aunque puede hacerlo a petición del usuario.
En resumen, es posible, pero no es conveniente para todos.
Esto es demasiado...
Imagina que tienes un EA con Magic. En un momento dado, cuando la posición de este EA era deficitaria, has decidido que estás harto de todo y quieres descansar. Elimina el EA y cierra la posición abierta a mano con una orden de mercado opuesta con Magic 0. Cuando vuelve de vacaciones y decide ejecutar el mismo Asesor Experto, ve que su posición está abierta en base al análisis del historial de Magic.
Un ejemplo oblicuo, pero se puede entender la idea.
Creo que ahí es donde el ejemplo es inverosímil. Haces un botón en la pantalla, llámalo algo así como "cerrar todo" que cierra todo, con la marca deseada.
Esto es claramente demasiado...
Esta es una opción que puede aplicarse si se adapta a la forma de trabajar de un determinado comerciante. Se puede hacer de forma diferente para otros comerciantes. Por ejemplo, no veo el sentido de dejar que las órdenes del EA remoto se ejecuten manualmente. Existe una lógica de apertura, que se corresponde con la lógica de cierre; es una parte del todo.
También es triste que la posición agregada sólo tenga un TP y un SL....
Las diferentes lógicas de control para las órdenes enlazadas podrían hacerse probablemente como funciones de biblioteca separadas. Los comentarios probablemente lo harían todo.
Las diferentes lógicas de control para las órdenes enlazadas podrían hacerse probablemente como funciones de biblioteca separadas. A través de los comentarios probablemente todo será
Se pueden hacer muchas cosas, pero "sólo un TP y un SL....". Y el TP y el SL son buenos en el sentido de que son capaces de trabajar sin internet, y sin un EA, y sin todas las funciones de la biblioteca. Ahora, por ejemplo, no podemos establecer manualmente dos órdenes pendientes, o incluso una, con diferentes niveles de TP. No, mucho por mucho, pero esta posición neta para la terminal es un paso atrás. Por supuesto, es más fácil para los CC, que trabajan con posiciones netas de todos modos, pero para un comerciante es una molestia.