¿Es posible implementar una contabilidad fiable de la estructura de posiciones agregadas en MT5? - página 17
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
Depende de cómo se mire. Siempre hay ventajas y desventajas.
Estoy seguro de que no encontrarás una forma 100% fiable.
Puede hacer un pedido con TP y SL.
Pero todo esto no tiene sentido en una MT5 con múltiples EAs.
Así que no había necesidad de hacer pruebas en el espacio postsoviético.
Por lo demás, es ridículo: el terminal está en inglés, la ayuda está en ruso.
Espero que todo el mundo tenga claro a quién informa el fabricante.
No hay servicio de asistencia, ni probadores beta.
(No me refiero a esos tres desgraciados que a veces aparecen en el foro y al mismo tiempo
(No me refiero a esas tres pobres almas que de vez en cuando revolotean por el foro).
¿De qué tipo de dominación mundial estamos hablando?
Eres una naturaleza muy contradictoria.
=====================
Así que. Si dejamos de lado las discusiones sobre la necesidad/necesidad de trabajar los EAs en un ticker a la vez (ya conocen mi diagnóstico: esquizofrenia), el resultado es el siguiente:
- la contabilidad local es poco fiable debido a esta misma localidad;
- la contabilidad del servidor no es fiable porque, al haber creado sólo la contabilidad agregada, los MC no han prestado el servicio de ejecución de estrategias en el servidor, es decir, exactamente: ESTRATEGIAS EN EL SERVIDOR. Esto es lo que se requiere para resolver el problema de la fiabilidad de la contabilidad de la estructura de la posición en el enfoque neto.
- En mi opinión, se pueden encontrar formas de resolver el problema, si alguien lo necesita urgentemente. La cuestión está en los costes y la necesidad.
Así que no había necesidad de hacer pruebas en el espacio postsoviético.
Por lo demás, es ridículo: el terminal está en inglés, la ayuda está en ruso.
Así que imagina que no lo hacen. ¿Te has visto obligado a descargar la beta, a instalarla y a quedarte mirando la pantalla? No te tortures, borra todo...
Para getch y Integer
Me temo que desde el punto de vista del tema de este hilo "¿Es posible implementar en MT5 una contabilidad fiable de la estructura de posiciones agregadas?
Sustituir el TP y el SL por órdenes pendientes no es una solución.
Lo explicaré con un ejemplo:
1. Ha realizado un pedido - es una operación segura
2. La colocación de una orden pendiente en lugar de SL y TP es una operación fiable, ya que no se pueden colocar dos órdenes durante una transacción con el servidor.
transacción con el servidor. Más aún, es imposible realizar tres órdenes, dos pendientes junto con la principal.
Esto significa que en el tiempo que transcurre entre la realización de los pedidos podría producirse una situación inesperada que llevaría a
la imposibilidad de colocar a tiempo las órdenes pendientes, o incluso la pérdida de una o de ambas
o ambos por un fallo de conexión, por ejemplo.
Ok, supongamos que tenemos objetivos muy grandes (>100 pips) y hemos conseguido fijarlos, hemos insertado un montón de controles en nuestro EA y colocado
Así que fijamos estas malditas órdenes pendientes.
3. El precio se ha movido en alguna dirección y se ha disparado una orden pendiente, por ejemplo SL.
4. ¿El pedido está cerrado? No lo es. Todavía tenemos una desafortunada orden pendiente responsable de TP.
Bueno, ¿quién debería quitarlo a tiempo? Pushkin, - no, estás equivocado. Debería ser eliminado por nuestra EA.
Esto no es sólo una operación de SUPER ODIO, sino el horror del programador.
(Por no hablar de los comerciantes, no se preocupan de nada, sólo tienen un orden para todas las ocasiones).
Porque la pérdida de comunicación en este punto conducirá a una pérdida total de control sobre el Asesor Experto y la cuenta.
Se trata de una tendencia paradójica. Aquí todo el mundo aboga por la MM del 0,0003% del depósito, entonces necesitamos un stoploss fiable. Considerémoslo como debe ser - el stoploss es una solución de emergencia extrema para salvar el depósito, para todo lo demás - el mercado se cierra. En realidad, sólo unos pocos terminales tienen la posibilidad de abrir órdenes con stoploss y takeprofit preinstalados.
- Se pueden encontrar formas de resolver el problema, en mi opinión, si alguien lo necesita urgentemente. La cuestión es el coste y la necesidad.
Tú, que no eres programador, probablemente pienses que si reúnes a un montón de programadores y se ponen a
pensar, pensar, y luego programar, programar, programar - programarán todo en el mundo.
Debo decepcionarle porque no es el caso.
No son los programadores los que resuelven los problemas, son los analistas de sistemas los que
antes de que los programadores empiecen a producir código tienen que decirles
qué hacer y cómo hacerlo y qué pasará si lo hacen mal.
Lamentablemente, cuando se planificó la estructura de MT5, el analista estaba de vacaciones y
Cuando llegó, ya había escrito la mitad del programa y sólo tuvo que encogerse de hombros,
como - ah, haz lo que quieras.
Por eso tenemos el tetris en los ejemplos, no una estrategia comercial.
Una tendencia paradójica. Aquí todo el mundo está a favor de la MM al 0,0003% del depósito, entonces se necesitan stoplosss fiables. Tomémoslo como debe ser - el stoploss es la última solución de emergencia para salvar el depósito, para todo lo demás - el mercado se cierra. En general, son pocos los terminales de negociación que permiten abrir órdenes con stoploss y take profit preestablecidos.
Es interesante ver lo que ocurrirá con el servicio de asistencia cuando se activen las órdenes pendientes durante el día,
sustituyendo a SL y TP.
2. No es posible colocar varias órdenes en el mercado al mismo tiempo. Esto sólo era posible en las plataformas "no tan comerciales". Todas las órdenes se ponen en cola a través del servidor de ejecución. Por ejemplo, en Dukascopy colocando una orden pendiente o de mercado con niveles TP y SL, le parece que ha colocado simultáneamente 3/2 condiciones, en realidad van secuencialmente. Esa es la tecnología y es lógica. Además, para la orden Límite en el mercado, se requiere el margen, porque la orden Límite en el mercado es una orden garantizada, y por lo tanto no debería haber problemas con su ejecución. Lo mismo ocurre con los niveles de TP. Sin embargo, en Dukascopy los TP no se incluyen en la pila, sino que se ejecutan como una entrada en el mercado.
4. El problema de eliminar el nivel de SL/TP en MT5 tras la activación de otro nivel de TP/SL recae sobre los hombros del operador. En Dukascopy, esto recae en el servidor de ejecución. Para eliminar de forma fiable el TP en caso de activación del SL, DEBE (o no puede) tener el TP en el ticker, de lo contrario puede ocurrir que se ejecute después de la activación del SL.
Hay muchos matices, y los niveles de SL y TP pueden ser implementados HOPEFULLY a través de ejecuciones de mercado, por lo que la opción para los desarrolladores de MT5 a seguir el camino de Dukascopy. O bien, hay una opción de implementación de TP independiente a través de una tabla (eso es lo que he citado anteriormente), entonces los desarrolladores sólo tienen que añadir posiciones virtuales sin niveles de SL y TP.
Acabo de aclararlo. Dado que el nivel de SL no está garantizado de ninguna manera, sino que se ejecuta en los mercados sólo a petición del mercado, la obligación de no alcanzar el nivel de TP en la copa no es necesaria. Simplemente, antes de ejecutar el SL en el mercado, el servidor de ejecución (Dukascopy) borra el nivel de TP (aunque esté en la pila). Este es el punto que, lamentablemente, no puede ser implementado por el operador en MT5, incluso si tiene una conexión perfecta con el servidor de comercio. Y es, de hecho, EXTREMADAMENTE IMPOSIBLE en la MT5.
MT5 no está diseñado para colocar varias posiciones en un instrumento
MT5 no está diseñado para manejar múltiples EAs
MT5 no está diseñado para cubrir posiciones en un solo instrumento
MT5 no está diseñado para el Asesor Experto y el comercio manual juntos
MT5 no soporta el código de MT4
MT5 no soporta la lógica del programa MT4
...
¿Qué gracia tiene entonces? En otro programa nuevo.
MQL5 es mucho más potente y rápido.
Y por lo demás, ya estoy pensando que realmente es un error pasarse a este tipo de contabilidad. La razón es que el robot de trading es capaz de calcular las posiciones netas inmediatamente (en un servidor de trading, en el dealing, en el Expert Advisor, o usando simples scripts en el trading manual), y que lo necesita (un trader, un broker), mientras que la conversión inversa, aunque sea posible, cuesta bastante. No sé cómo hacerlo de forma fiable, teniendo en cuenta todas las situaciones a las que me enfrento en el comercio. Pero hay suficiente tiempo antes de la operación de MT5, tal vez algo se presente...
Como no programador, probablemente pienses que si reúnes a un montón de programadores y empiezan a
pensar y pensar y luego programar y programar y programar - programarán todo en el mundo.
Debo decepcionarle porque no es el caso.
No son los programadores los que resuelven los problemas, son los analistas de sistemas los que
antes de que los programadores empiecen a producir código tienen que decirles
qué hacer y cómo hacerlo y qué pasará si lo hacen mal.
Lamentablemente, cuando se planificó la estructura de MT5, el analista estaba de vacaciones y
Cuando llegó, ya había escrito la mitad del programa y sólo tuvo que encogerse de hombros,
como - ah, haz lo que quieras.
Por eso tenemos el tetris en los ejemplos, no una estrategia comercial.
Tus atrevidas afirmaciones en varias ocasiones (mis calificaciones, situación en MK, etc.) reducen un poco el interés de tu opinión, ¿no crees?) De alguna manera no tiene sentido responderte, ¿por qué responder a las declaraciones de una persona claramente inadecuada? )))
Para empezar, deja de confundir las alucinaciones con la realidad: hablemos.