¡¡¡¡Probador MT5 disponible!!!! - página 4

 
Dezil >>:


Вот и я о том, нужно изначально писать советник под торговлю на нескольких парах. Это оправдано когда идея советника именно в связи торгуемых пар, а если просто нужно оценить работу советника на нескольких парах однвременно, где нет никакой смысловой связи в алгоритме?

Así que ejecútalo para probarlo de uno en uno en diferentes pares.

 
Imagina que tienes un Asesor Experto en Monedas. Pero usted quiere encontrar la configuración óptima de este EA para varios instrumentos de comercio a la vez. Ahora puede hacerlo de la misma manera que en MT4: optimizar en un instrumento de negociación, luego manualmente en el otro, etc. Si fuera posible establecer la secuencia de símbolos para la optimización consecutiva en el propio probador (sin cambios en el código del Asesor Experto), la tarea anterior se resolvería automáticamente, sin intervención manual.
Este modo es especialmente útil cuando necesitamos realizar algún análisis de las cotizaciones (sin operar). Y ver los resultados de dicho análisis para varios símbolos de interés. Actualmente, esto se hace de forma manual, o a través del script de auto-clic, o directamente a través del análisis de los archivos HST.
 
Los EAs multidivisa a veces requieren la selección manual de los pares de divisas para operar. Por ejemplo, el Asesor Experto en arbitraje en CodeBase utiliza todos los pares de divisas de MarketWatch. Para excluir algún par de su lógica, debe eliminarse de MarketWatch. Esto se puede hacer en la cuenta demo/real, pero no en el probador actual.
Por ejemplo, queremos que EURDKK no participe en el probador. El Asesor Experto comprobará si este par está disponible para operar o no. Ahora el Probador siempre responderá que este par está disponible y el EA lo recogerá para analizarlo y operar. Y me gustaría que a veces el probador responda que ese par no está disponible para operar, y el EA no lo analizará.
Además, el EA de arbitraje no ha sido convertido a MQL5, pero podemos decir con seguridad que un EA de este tipo sería un grial en un probador de MT5, incluso si se añaden opciones de pruebas de estrés con deslizamiento y recotizaciones.
A los desarrolladores: ¿Piensan simular ticks multidivisa para excluir el arbitraje?
 
Si se prueba un Asesor Experto en una monodivisa, por ejemplo, en EURJPY, y la divisa de la cuenta es USD, ¿seguirá el probador simulando USDJPY para convertir las ganancias en JPY a USD? ¿Y si la moneda de la cuenta es el JPY, entonces sólo se simulará un par de divisas (EURJPY)?
La misma cuestión se aplica si la comisión se calcula en función del volumen de negocio. A menudo, la comisión se calcula, por ejemplo, en 10 dólares por cada millón de dólares de facturación. Si abro una posición con 1 millón de EURJPY, ¿cómo se calculará la comisión (volumen de negocio en USD)? ¿Basado en la simulación del EURUSD?
 
getch >>:
К разработчикам: Планируете ли вы моделировать мультивалютные тики так, чтобы исключить арбитраж?

Los centros de distribución pagarán bien por un ticogenerador así... integrado en el módulo del servidor MT. :)

 
MetaDriver >>:

Дилинговые центры хорошо заплатят за такой тикогенератор... встроенный в серверный модуль МТ. :)

Escribirlo no es más difícil que escribir un consejero de arbitraje...

 
getch >>:

Его написание не сложнее написания арбитражного советника...

"¡No me lo creo!" (c) Konstantin Sergeyevich

Es más complicado que eso. Aquí las barras de minutos en la entrada, será necesario "ruta" ticks desde la apertura hasta el cierre, logrando así alta y baja en el camino, el juego, en ese precisamente mantener a un número preestablecido de ticks (Volumen)... y en ningún momento... así que - "¡no me lo creo!" :))

// No pretendo que la tarea sea irresoluble. Tiene solución. Sólo consumirá recursos durante la optimización. Aunque... la generación de ticks se produce sólo al principio de la optimización y luego sigue las múltiples ejecuciones sobre datos listos... Tal vez esté bien.

 
getch >>:

К разработчикам: Планируете ли вы моделировать мультивалютные тики так, чтобы исключить арбитраж?

¿Cuál es el punto? ¿Estás sugiriendo que modelemos las tics de la misma manera que los DCs? Es poco probable que sea posible y no tiene sentido hacerlo

 
MetaDriver >>:

La estimación de la complejidad se dio para el lado del servidor del DC, no para la simulación en el probador.

 
vasya_vasya >>:

а какой смысл? вы предлагаете моделировать тики так же как это делают ДЦ что ли? это навряд ли возможно и смысла не видно в этом


La cuestión es,

  1. no caer en ilusiones innecesarias,
  2. buscar y encontrar estrategias multidivisas realistas, de lo contrario se ahogarán en el "ruido del absurdo".