¿Quién ha probado ya la suscripción a Señales para ponerse a la cola de los participantes en el ATC 2012? - página 5

 
St.Vitaliy:

Piensa también en las lecheras.

No puedes evitar las quejas de las lecheras, escribí sobre ello enseguida.
 

Rent a Signal se desinfla...
¿Alguna idea de por qué?

 
Renat:

Además, hay otras cuestiones que hay que resolver:

  1. ¿qué hacer con el cruce inminente de símbolos?
  2. ¿qué hacer con una inevitable sobrecarga de depósitos y paradas garantizadas?
  3. ¿Cómo se restablece el trazado cuando se pierde la comunicación durante algún tiempo? Es una auténtica pesadilla para el copiador, y luego hay un lío de señales múltiples
  4. ¿cómo explicar al comerciante el lío final con las posiciones cuando nadie tendrá la oportunidad de demostrar la corrección de todas las tiradas?

Simplificamos a propósito el sistema hasta reducirlo a una sola señal, deshaciéndonos de las peores consecuencias. Sobre todo teniendo en cuenta que la mayoría de las transacciones probablemente pasarán por el mecanismo Trusted Execution Token de los servidores en la nube, lo que reducirá el retraso de la copia de la señal a unos pocos milisegundos.


Un momento, ¿no has desarrollado la arquitectura? Ahora eres tú el que escribe sobre el lío de las posiciones y la intersección por símbolos.

Renat:

Hay un mecanismo no comercial para replicar las operaciones, no tiene pérdida de conectividad, no hay problemas de sincronización después de una reconexión (imagínese 15 minutos o 2 horas de ausencia de conectividad) y se puede controlar estrechamente el 100% del tiempo. Además, existe MetaTrader 4 sin red.

Y la red como tal no tiene nada que ver. En un momento dado, algunas personas necesitaron desarrollar una arquitectura adecuada para que la multidivisa funcionara de forma transparente en modo de red. De hecho, todo estaba limitado por las burdas ideas de algunos entusiastas, descritas en artículos, dedicados a la creación de la multidivisa, que, debido a su complejidad y falta de fiabilidad, sólo está disponible para un estrecho círculo de "iniciados". Como resultado, "miles de amas de casa" siguen eligiendo MT4 sólo porque tiene un control simple sobre cada operación y no hay necesidad de preocuparse sobre qué operación debe ser cerrada y qué stop-loss debe ser reordenado.
 
Renat:

Simplificamos a propósito el sistema hasta reducirlo a una sola señal, deshaciéndonos de las peores consecuencias. Sobre todo porque es probable que la mayoría de las transacciones pasen por el mecanismo Trusted Execution Token de los servidores en la nube, lo que reducirá la latencia de la copia de la señal a unos pocos milisegundos.

Hombre, el objetivo de la negociación de señales es crear una cartera de inversiones. Mira los productos, A**ri - la propia demanda de un grupo de gestores/robots creó estos servicios.
 
Renat:

Hasta ahora no has presentado ninguna solución a los problemas, sino que te limitas a afirmar que "tienes poco que hacer, y en general la tarea es pan comido".

Piensa que llevamos mucho más tiempo devanándonos los sesos con el problema. Y no nos quedamos en el primer paso "bueno, sí, en teoría se puede hacer".

En realidad, la esencia de todos tus comentarios se reducía a "da y basta, es teóricamente posible, así que no lo niegues, y me da pereza ir más allá del primer paso de la elaboración".

¿Y qué cree que pueden hacer los desarrolladores independientes? MT5 es rígidamente monolítica. Lo mejor que pueden hacer es crear otra muleta y describirla en el artículo correspondiente. No se puede escribir un sistema de calidad sin integrarlo en un producto. Conociendo el problema de primera mano, puedo decir que no se puede prescindir de guardar registros de estados en el lado del servidor. ¿Y cómo cree que los desarrolladores de terceros deberían resolver este problema? Al final, lo hacen lo mejor que pueden. Crean muletas y combinaciones como MQL5 <-> DLL <--> SQL, que son difíciles de mantener e inaplicables al mercado masivo que estás promoviendo.
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе - Документация по MQL5
 
komposter:

Característicamente, todo el lenguaje constructivo de mi post anterior fue ignorado )

Lamentablemente, no hubo ninguna aportación constructiva por su parte. Sólo hubo "toma y daca" + declaraciones unidireccionales.

Es decir, no has descrito cómo resolver el conflicto de múltiples señales y no has dado respuesta a la pregunta de cómo recuperarse de una pérdida de conexión.

Además, no abordas en absoluto la responsabilidad de que los conflictos inminentes tiendan al 100% de probabilidad. No he señalado en vano la imposibilidad de la solución de "yo lo hago por mí, lo arreglo, no pasa nada" para el servicio de masas.

 

En cuanto al tema, puedo decir por experiencia propia que el problema es muy complejo y no se puede resolver con una simple réplica. Convencionalmente puede dividirse en tres componentes:

  • Sistema de replicación de señales. Se reduce a recibir señales del conjunto de robots de negociación, con control obligatorio de la posición agregada.
  • El sistema de gestión de carteras. Un conjunto de reglas, según las cuales los fondos de la cuenta conjunta se redistribuyen a las subcuentas de los robots comerciales.
  • El sistema de gestión del dinero/gestión del riesgo. Un conjunto de reglas y fórmulas matemáticas que controlan el riesgo y determinan cómo se capitaliza la cartera.

Todo esto es muy difícil de organizar en la práctica, y además requeriría una seria modificación de la arquitectura existente.

 
C-4:

Espera un momento, ¿no diseñaste la arquitectura? Ahora tú mismo escribes sobre la superposición de posiciones y caracteres.

Veo que poca gente ha pensado realmente en la aplicación del procesamiento.

Aunque se puede entender la línea de pensamiento de la afirmación "Dame una solución, el comerciante lo necesita, almacena los estados en el servidor". Es comprensible: trasladar el máximo de problemas a otros, no molestar, y si algo sale mal - criticarles por la mala ejecución.

Pero si se evalúa el problema desde el lado del corredor, del proveedor del sistema, de la infraestructura de la red, y sólo entonces del comerciante, se verá que la solución propuesta de mezcla de señales no tiene una solución razonable y segura.

 
Renat:

Por desgracia, no ha habido ninguna actitud constructiva. Sólo hubo "toma y daca" + declaraciones unidireccionales.

En otras palabras, no has descrito cómo resolver los conflictos de múltiples señales ni has respondido a la pregunta de cómo recuperarse de la pérdida de comunicación.

Además, no abordas en absoluto la responsabilidad de que los conflictos inminentes tiendan al 100% de probabilidad. No he señalado en vano la imposibilidad de la solución de "yo lo hago por mí, lo arreglo, no pasa nada" para el servicio de masas.

Banearme por hacer declaraciones sin fundamento. Sólo prométeme que irás a descansar.
 
C-4:
¿Y qué cree que pueden hacer los desarrolladores independientes? MT5 es rígidamente monolítica. Lo mejor que pueden hacer es crear otra muleta y describirla en el artículo correspondiente. No se puede escribir un sistema de calidad sin integrarlo en un producto. Conociendo el problema de primera mano, puedo decir que no se puede prescindir de guardar registros de estados en el lado del servidor. ¿Y cómo cree que los desarrolladores de terceros deberían resolver este problema? Al final, lo hacen lo mejor que pueden. Crean muletas y combinaciones de MQL5 <-> DLL <--> SQL, difíciles de mantener e inaplicables al mercado masivo, que tanto alabas.

Te equivocas.

MQL5 es tan abierto y funcional que se puede hacer casi todo. No es necesario hacer muletillas con DLL y SQL, basta con utilizar operaciones de archivo y almacenar todo lo que se necesite en el disco. La base de datos de las variables globales es muy estable y no se pierde durante los reinicios o las caídas.

Y el almacenamiento del estado en el servidor es medgies y comentarios. Aprende a utilizarlos con moderación.