Hey gente

Recientemente he tenido una experiencia muy peculiar relacionada con mt4 y pensé que la agregaré aquí para que los expertos la hagan comentarios de expertos, y espero que también evite cualquier percance similar a otros usuarios.

Sospecho que esto podría ser bastante prolongado, así que estoy empezando un nuevo hilo.

Aquí vamos...

Estaba probando un EA que usaba barras de rango constante (usando un script comercial).

Ahora nunca confío en las pruebas de prueba del probador mt4 egy si un EA coloca órdenes de mercado o límite, ya que esto sería diferente en las condiciones del mercado real.
Dado que este EA en particular solo colocó paradas de compra y venta a una diferencia de varios pips, pensé que el probador egy debería proporcionar algunas estadísticas confiables.

Realicé las pruebas retrospectivas y obtuve excelentes resultados. Estoy muy emocionado de probarlo en vivo utilizando micro lotes en una cuenta real.

Inicialmente, corrió una racha ganadora, pero finalmente comenzó a perder, lo que fue totalmente en contra de lo que habían demostrado las pruebas.

Estaba desconcertado, por decir lo menos. Estaba viendo cómo se formaban las velas CRB delante de mis ojos durante el modo visual de la prueba posterior, y excepto por las extrañas posiciones que perdían, la mayoría salía ganando. Parecía como si, de alguna manera, por algún extraño anomismo, las velas vivas no se estuvieran formando, ya que estas estaban en el probador egy.

Después de una de mis noches perdidas, (sesión de NY) decidí reproducir exactamente los mismos datos de la noche anterior (perdida) para intentar ver qué demonios estaba pasando. Tomé el mismo archivo 1M y lo puse en la carpeta fuera de línea para ejecutar el probador egy. ¿Adivina qué? Todos los ganadores !! Donde como en el comercio real, todo había sido pérdidas. Total de seis oficios, no hay lugar para la coincidencia aquí.

Sospechando una anomalía con el script de la barra de rango, me puse en contacto con el proveedor del script. Mencionó algo que parecía tener sentido:

Ahora todos saben, cuando probamos EA basados ??????en CRB en egy tester, tenemos que crear un archivo fuera de línea con el rango que queremos pero con el nombre de m5 o m15, etc., por lo que egy tester puede acceder a este ... - el proveedor de scripts me dijo que guardara el archivo crb sin conexión como un período de tiempo superior (como h4 o diario). La razón por la que dijo que mt4 usaba algún tipo de promedio de tics dentro de cada vela (aparentemente codificada), y que el probador egy usaba estos promedios para reconstruir las velas, estos promedios se basaban en los marcos de tiempo estándar de mt4, por lo tanto, cuanto más grandes marco de tiempo, más garrapatas se registrarían, etc.

Así que en lugar de ejecutar el probador egy en 50 barras de rango guardadas como m5 sin conexión, hice esto como una barra de rango de 50 guardadas como marco de tiempo diario, con la esperanza de que esto me proporcionara el escenario de la vida real con TODAS las marcas grabadas en vivo datos.

Resultado = gt; Más tics en cada vela, pero sigue siendo el mismo escenario: todos los ganadores en la prueba de espalda en comparación con todos los perdedores para el mismo período de negociación en vivo.

Así que llamé al soporte mt4 para intentar encontrar una respuesta. Me dijeron que no eran compatibles con los clientes finales, y que debería enviar mi solicitud de asistencia a través de mi agente.

Desde entonces, he hecho eso (hace aproximadamente 4 días) con todos los volcados de pantalla compatibles, etc., y esperando una explicación.

Esta es realmente una extraña. Hechos:

1. Sabemos que mt4 registra tics en vivo (todos ellos) en el marco de tiempo m1.

2. Construimos velas CRB a partir de este marco de tiempo m1 a partir de una cuenta de trading real.

3. Las velas se acumulan de manera diferente durante las operaciones en vivo frente a la reproducción a través de egy tester, aunque la OHLC de las velas de CRB son exactamente iguales, por lo que se ven iguales después de la reproducción, pero se han construido (grabado) de manera diferente (es decir, la secuencia de las garrapatas están tergiversadas).

¿Qué piensan todos ustedes? Conspiración deliberada por parte de los metaquotes al hacer que mt4 se comporte de tal manera que nos sumerja a todos en una falsa sensación de seguridad al hacer que egy tester presente una imagen atractiva mientras que el trato de la vida real no es tan dulce. O tal vez, ¿los corredores lanzan tic-tac adicionales en cada barra que no se registran en el marco de tiempo m1 de alguna manera?

¿Alguien aquí conoce el funcionamiento interno de la grabación de la señal mt4 para arrojar más luz sobre esto?

PD - Tenga en cuenta que en todo lo anterior, nunca he usado más de dos meses de datos, que son los datos registrados en vivo con una cuenta de comercio real en funcionamiento, por lo que los problemas de calidad de datos pueden (espero) ser descontados.

Estoy agregando lo siguiente para mayor claridad (con suerte), ya que creo que el propósito de este hilo tal vez no sea entendido claramente por los lectores:


Pasando por las publicaciones aquí, parece que no he sido lo suficientemente claro con respecto al tema en cuestión aquí. Déjame intentar de nuevo...

En primer lugar, la calidad de los datos para el backtesting no está en discusión aquí. Algunas publicaciones sugieren formas de obtener datos de alta calidad de ticks, lo cual está bien, excepto que es irrelevante para el propósito de este hilo.

Por favor, vuelva a leer la publicación n.º 1 para comprender el problema.

Todo lo que estamos tratando de establecer aquí es:

1) ¿MT4 registra TODOS los próximos ticks en el archivo m1, o no?

2) ¿Los datos registrados en m1 son confiables? En términos de poder reconstruir, si se requiere, la SECUENCIA exacta de tics (ofertasolicitud) que ingresaron durante un período anterior (CAPTURADO EN VIVO EN UN TABLA DEL 1M).

3) ¿Puede el probador de eegias reproducir los tics grabadoscapturados en vivo en un archivo de 1 m de manera confiable en la MISMA SECUENCIA EXACTA, ya que los tics llegaron en tiempo real?

4) Si la respuesta a cualquiera de las preguntas anteriores es un ???NO???, ¿se trata de un error, de una venida corta o de una característica de MT4? ¿Es esta deficiencia una supervisión honesta o un intento deliberado de inclinar el campo de juego a favor de los corredores en desventaja para los comerciantes minoristas?

5) En caso de que la respuesta a cualquier pregunta en el # 4 sea un 'Sí', para un producto que posiblemente millones de usuarios confían con su dinero duramente ganado, ¿no deberían los Metaquotes solucionar este problema yo al menos revelar este defectosesgo claramente? ?

6) Si alguno de los puntos 1 a 3 anteriores son ciertos, ¿MT4 fallaría incluso los criterios muy básicos de integridadconfiabilidad de los datos de un sistema de TI?

7) Relacionando los puntos 5 y 6 anteriores, ¿conocen los intermediarios este problema y están haciendo la vista gorda ante el problema, ya que los favorece al tomar dinero de comerciantes confiados?

8) Finalmente, ¿por qué es esto un gran problema? Lea los puntos 1 a 3 anteriores: si este es un problema, la mayoría de las pruebas proporcionarán resultados sesgados, que no deberían ser aceptables para ninguno de nosotros.

Metaquotes nos lleva a creer que el método m1 all ticks es el verdadero problema de probar su egy en mt4 antes de operar en vivo. Si se cuestiona la integridad del archivo de 1 m, entonces cualquier prueba que hagamos no es confiable y, por lo tanto, cualquier operación que basemos en nuestras pruebas de egy es defectuosa y nos irá en contra. ¿Y cómo puedes intercambiar en vivo sin volver a probar el sistema de forma confiable?