¿Es posible implementar una contabilidad fiable de la estructura de posiciones agregadas en MT5? - página 7
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 pueden hacer muchas cosas, pero "sólo un TP y un SL....". Y TP y SL son buenos en el sentido de que son capaces de trabajar sin Internet, sin 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, los CC son más sencillos ya que trabajan con el beneficio neto de todos modos, pero es un obstáculo para un comerciante.
Estoy de acuerdo. Si no es la ejecución de EAs personalizados en un servidor de comercio, la implementación de un lenguaje elemental de establecimiento/cancelación de órdenes vinculadas y el almacenamiento de estos firmware en un servidor sería una buena solución. Entonces no tendríamos que introducir órdenes de compra stop limitadas, todo esto lo podríamos hacer nosotros mismos al igual que muchas otras cosas que deben ser ejecutadas en el servidor de operaciones.
Creo que aquí 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 el marcado necesario.
El ejemplo es inverosímil, por supuesto, pero transmite la idea. Es imposible enumerar todas las situaciones que se presentan.
Los niveles de TP y SL de las órdenes habrían sido posibles con la existencia de las órdenes OCO que están presentes en casi todas las plataformas. Sin embargo, en MT5 tampoco están disponibles.
Tal vez los desarrolladores argumenten por qué rechazaron las posiciones virtuales (y las órdenes OCO) en el servidor de comercio, ya que está implementado en algunas plataformas. Y háblenos de su visión para resolver este problema.
Estoy de acuerdo. Un paso adelante sería, si no la ejecución de EAs personalizados en el servidor de comercio, al menos la introducción de un lenguaje elemental para colocar/cancelar órdenes vinculadas y almacenar estos firmware en el servidor. En este caso no necesitaríamos introducir órdenes de compra stop limitadas, podríamos hacer todo esto por nosotros mismos, así como muchas otras cosas que deberían hacerse en el servidor de operaciones.
El firmware del servidor de comercio es un gran paso adelante. Para permanecer en el lugar es posiciones virtuales en el servidor de comercio (como lo es ahora en MT4). Por desgracia, no hay nada de eso. No están claras las razones por las que es necesario pasearse por todo tipo de lugares, cuando antes no era necesario hacerlo.
Los microprogramas en un servidor comercial son un gran paso adelante. Permanecer es posiciones virtuales en el servidor de comercio (como lo es ahora en MT4). Por desgracia, no hay nada de eso. No están claras las razones por las que tiene que pasar por todo tipo de lugares, cuando antes no tenía que hacerlo.
Porque la mayoría de los corredores de bolsa trabajan con los clientes con una lógica similar. Aunque esta lógica es inconveniente para el comercio mecánico. Después de todo, los desarrolladores tienen en mente hacer de MT5 un software de bolsa. Explica entonces a los corredores por qué no es como antes :)
porque la mayoría de los corredores de bolsa trabajan con los clientes con una lógica similar. Aunque esta lógica es inconveniente para el comercio mecánico. Después de todo, los desarrolladores tienen un plan para que MT5 se convierta en un software de bolsa. Explica entonces a los corredores por qué no es como antes :)
Para los corredores de bolsa todo sigue como antes: la posición neta. El corredor ni siquiera tiene que conocer las posiciones virtuales.
Para los corredores, es lo mismo que antes: una posición neta. El corredor ni siquiera tiene que conocer las posiciones virtuales.
Tiene que hacerlo. Trabaja con los clientes y responde a sus quejas.
Para los corredores, es lo mismo que antes: una posición neta. El corredor ni siquiera tiene que conocer las posiciones virtuales.
¿Cómo es posible? Si mantienes las posiciones virtuales en tu lugar - entonces nadie sabe de ellas. Y si usted tiene un servicio de este tipo en el servidor - a continuación, el corredor sólo sabe acerca de ellos. Y parece que está bajo la NFA. ¿No es así?
Tiene poca idea del problema. Si a alguien se le ocurre al menos la idea de considerar la estructura de posiciones agregadas, entonces la rama morirá, así que yo también tengo una mentalidad primitiva y estrecha. Si no es así, es un problema grave que tendrán que resolver ya los desarrolladores.
Suprima los stops y sustitúyalos por órdenes pendientes. El cierre de la posición agregada no les afectará. Es decir, en lugar de órdenes activas tendremos que contar las órdenes pendientes (o pares de órdenes pendientes).
Suprima las paradas y sustitúyalas por pausas. El cierre de una posición agregada no les afectará. En otras palabras, en lugar de órdenes activas tendremos que contar órdenes pendientes (o pares de órdenes pendientes).
Lee un poco más el hilo, entonces tal vez se aclare el problema.
¿Cómo es? Si almacena las posiciones virtuales por su cuenta - entonces nadie sabe realmente de ellas. Pero si el servidor tiene ese servicio, el corredor sólo lo conoce. Y parece que está cubierto por la NFA. ¿No es así?
No entra en el ámbito de la NFA ya que existe un historial de transacciones comerciales para la NFA y cualquier auditoría. Simplemente, cada transacción está vinculada a una posición virtual. Y que se utilice o no esa vinculación es un problema exclusivo del operador, no del corredor.
Escribíaquí cómo lo ha implementado Dukascopy.