¿Es el asesor adecuado para la vida real? - página 15

 
OnGoing:
Denis, será mejor que me digas, ¿dónde estabas antes con esta obra maestra? ¿Y por qué aún no has ganado mucho dinero...


Hay desacuerdo con la licitación actual. El tema es profundo. Tratando de resolver el problema. Acabo de hacer el código el otro día. Si quieres discutir el tema, discutámoslo.

Todavía no lo sé. Si será o no rentable operar en el mundo real. Estoy agotado con los desacuerdos. Tratando de resolverlo. No sé cómo hacerlo.

 
Esto no tiene nada que ver con el lugar donde solía estar y donde hay mucho dinero. Vi las pruebas del topiario y decidí dar un ejemplo de cómo deberían ser las pruebas.
 
No he probado a operar en el real, ya que las operaciones que se abren en la demo no coinciden con las que se abren en el tester. Sólo he estado operando en la demo durante un par de días. No sé si es rentable en lo real o no. Pero si se resuelve el problema del desacuerdo, todo irá bien. No hay retrasos en la apertura de pedidos. El problema es otro.
 
Bueno, escribe cuál es el problema y lo discutiremos.
 
OnGoing:
Bueno, escribe cuál es el problema, lo discutiremos.
Sí, lo secundo.
 

El problema es que en el probador la hora terminal TimeCurrent() = iTime[0] y siempre se divide por 60, y en el comercio real la hora terminal al principio de cada vela puede tomar cualquier valor. Depende del momento en que aparezca el tick de una nueva vela.

Entonces, en el probador, por ejemplo, una vela comenzó en 1200 segundos de tiempo terminal, y el tiempo de los siguientes ticks 1202, 1207, 1209, 1211 ... 1240. Y luego la siguiente vela comienza con un tick 1260. Cada vela comienza con el tiempo 1200, 1260, 1320, 1380 etc. Así que la hora de inicio siempre se divide por 60. Pero, ¿ha notado que hay una diferencia de 20 segundos entre el último tick de la vela actual y el primer tick de la siguiente? A veces esta diferencia es de 9 segundos, 12 segundos. Pero esta diferencia es siempre mucho mayor que la diferencia entre otras garrapatas. Parece que el tiempo se promedia al principio de la vela, y luego se iguala al final de la misma. Por ejemplo, la diferencia entre el último tick de la vela actual y el primer tick de la vela siguiente puede ser de hasta 2-3 minutos.

En línea. No es así. Una vela puede empezar en cualquier momento y terminar en cualquier momento. Es decir, los tiempos de tic en línea son muy diferentes de los tiempos de tic en el probador.

Ese es el problema.

 
FOReignEXchange:

El problema es que en el probador la hora terminal TimeCurrent() = iTime[0] y siempre se divide por 60, y en el comercio real la hora terminal al principio de cada vela puede tomar cualquier valor. Depende del momento en que aparezca el tick de una nueva vela.

Entonces, en el probador, por ejemplo, una vela comenzó en 1200 segundos de tiempo terminal, y el tiempo de los siguientes ticks 1202, 1207, 1209, 1211 ... 1240. Y luego la siguiente vela comienza con un tick 1260. Cada vela comienza con el tiempo 1200, 1260, 1320, 1380 etc. Así que la hora de inicio siempre se divide por 60. Pero, ¿ha notado que hay una diferencia de 20 segundos entre el último tick de la vela actual y el primer tick de la siguiente? A veces esta diferencia es de 9 segundos, 12 segundos. Pero esta diferencia es siempre mucho mayor que la diferencia entre otras garrapatas. Parece que el tiempo se promedia al principio de la vela, y luego se iguala al final de la misma. Por ejemplo, la diferencia entre el último tick de la vela actual y el primer tick de la vela siguiente puede ser de hasta 2-3 minutos.

En línea. No es así. Una vela puede empezar en cualquier momento y terminar en cualquier momento. Es decir, los tiempos de tic en línea son muy diferentes de los tiempos de tic en el probador.

Este es el problema.

1. Un retraso de ticks en un intervalo límite de una vela (poco antes de la hora) es, por así decirlo, un factor humano. Es decir, la mayoría de las veces esta pausa es realizada deliberadamente por los operadores para evitar la aparición de un hueco en la apertura de una vela.

2. Has dicho que las posiciones abiertas por tu EA tienen objetivos que superan el spread varias veces. Ahora afirma que las garrapatas son un obstáculo para el comercio. ¿Cómo es esto coherente, por favor, explique.

 

En marcha:

1. Un retraso de ticks en el intervalo límite de la vela (poco antes de la hora de expiración) es un factor humano, por así decirlo. Es decir, esta pausa la suelen hacer los operadores de forma deliberada, para evitar la aparición de un gap en la apertura de la vela, que al mercado no le gusta, porque después tendrá que volver a cerrar el gap.

2. Has dicho que las posiciones abiertas por tu EA tienen objetivos que superan el spread varias veces. Ahora afirma que las garrapatas son un obstáculo para el comercio. Cómo encaja esto, por favor, explíquelo.


No entiendo nada. Por ejemplo, en las velas horarias la visualización del probador muestra un salto de 2-3 minutos al pasar del final de la vela actual a la siguiente. Esto significa que el probador muestra tiempos de tick erróneos. Es decir, TimeCurrent() no muestra la hora que era en realidad.

Todavía no sé exactamente cuánto influye este hecho en el beneficio, pero el hecho es que las operaciones en tiempo real no se abren allí como en el probador.

 

Por ejemplo, necesito medir un intervalo de 20 segundos desde el inicio de una vela de un minuto. Después de 20 segundos, el probador muestra un precio, pero en realidad el precio es diferente.

La diferencia puede ser de 2-3 segundos en este intervalo, y en 2-3 segundos el precio puede cambiar.

Es decir, si en la realidad, 20 segundos después del inicio de una vela de minutos, llegamos al 10º tick, y en el probador, llegamos al 13º tick es aceptable.

 
Los precios no tienen por qué ser iguales. Los precios reales proceden de los CC, y los precios en el probador proceden de Metacurrents.
Razón de la queja: