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
Arreglo cosmético menor, int => bool. O si se me permite sugerir devolver AmountDeleteIntervals en su lugar.
Gracias, tendré que arreglarlo.
Por favor, considere AverageHolding como una adición a la biblioteca
Intervalo.mqh
MejorIntervalo.mqh
Por favor, considere AverageHolding como una adición a la biblioteca
Tiempo medio de vida de una posición cerrada - ¿para qué sirve?
No es así como debe calcularse. Es necesario conocer el tiempo de cierre.
Duración media de una posición cerrada: ¿para qué sirve?
Me refiero al tiempo medio de vida de una posición (OrderCloseTime - OrderOpentime). Esto puede ser útil como criterio personalizado de GA. Por ejemplo, llevar a GA a aumentar la frecuencia de transacciones combinado con un umbral mínimo de beneficio por transacción.
No es así como se calcula. Necesitas saber la hora de cierre.
Para la cuenta de compensación DEAL IN / OUT la hora de apertura es suficiente para el cálculo, para su correcta aplicación es necesario utilizar la hora de cierre, que actualmente no se tiene en cuenta en la biblioteca.
Hay un problema que persistirá. El probador fuerza el cierre de la última posición. La precisión del reloj atómico puede no ser necesaria para todas las estrategias, seguirá siendo un problema. También GA puede ser conducido a una mayor frecuencia de negociación simplemente devolviendo 0 cuando BestInterval.GetTotal () <xxx, por ejemplo como escribiste en algún post.
De esa manera parece inútil mientras que el problema es perseguir.
Me refiero al tiempo medio de vida de la posición (OrderCloseTime - OrderOpentime). Esto puede ser útil como criterio personalizado de GA. Por ejemplo, llevar a GA a aumentar la frecuencia de transacciones combinado con un umbral mínimo de beneficio por transacción.
Dar el criterio de optimización como un código fuente esquemático de la función OnTester.
Foro sobre trading, sistemas automatizados de trading y testeo de estrategias de trading
Bibliotecas: BestInterval
fxsaber, 2019.12.05 13:48 PM.
Decir que estoy contento es claramente quedarse corto.... BestInterval es impresionante ahora. Y los cambios son mínimos. Como siempre, un ejemplo.
Aquí tenemos un pase de 24 horas.
Aplicamos el clásico BestInterval.
Podemos ver que el beneficio ha aumentado en un tercio, y otros indicadores han mejorado.
Pero queríamos flexibilidad. Y aquí está.
El beneficio no aumentó, ¡disminuyó! Pero mire los otros indicadores. En lugar de encontrar el intervalo con mayor beneficio y probabilidad de ajuste, se encontró un intervalo mucho más estrecho, pero mucho más sabroso que el clásico.
La innovación se añade así
La calidad de la investigación de patrones de mercado ha mejorado mucho. Implicaciones significativas para el trabajo con varios probadores.
Es interesante que si el intervalo encontrado tan sabroso se mete en el TS y se empieza a optimizarlo para obtener el máximo beneficio en él, hay una alta probabilidad de que se encuentre una gilipollez.
Y otra observación. BestInterval, por ejemplo, ignora las operaciones abiertas desde medianoche hasta una hora. Esto no quiere decir que si llega una señal de apertura a las dos, BestInterval le dejará abrirla. Bibla sólo la abrirá si la posición ignorada desde medianoche está "cerrada". Por lo tanto, a menudo se puede ver que optimizar una TS con un intervalo rígidamente establecido da peores resultados que los que muestra BestInterval.
El ejemplo más obvio es una TS contra tendencia sobre una tendencia. Supongamos que la TS da una señal de VENTA y la tendencia es alcista. BestInterval ignorará estas señales.
He observado una peculiaridad de este tipo, que se basa en mi experiencia.
Si el criterio de optimización no tiene nada que ver con la suavidad de la curva del perfil. Y el mejor resultado sigue dando una curva suave, entonces no es un ajuste.
Por ejemplo, el criterio es el máximo beneficio. Y la mejor pasada da como resultado una curva recta ascendente. Eso no es un ajuste.
Pero si el criterio es mínimo R^2. Y el mejor pase resulta en una recta hacia arriba. Eso es probablemente un ajuste.
Tengo un dilema, ¿es BestInterval un criterio de Optimización independiente o no? Especialmente con su truco de asignación de Deslizamiento.
Es decir, dice que si ignoras todas las operaciones que no caen dentro del intervalo 18:00-12:00, todo será hermoso en la historia.
Yo coso este intervalo en el TS, haciendo que el TS ya no sea redondo, y lo optimizo para obtener el máximo beneficio.
El mejor pase de la genética es, por decirlo suavemente, basura.
ZY Éste sigue siendo un ejemplo débil. Se produce cuando BestInterval tiene PF > 3 y Optimiser da PF < 1.
Tengo un dilema, ¿es BestInterval un criterio de Optimización independiente o no? Especialmente con su chip de tarea Slippage.
De hecho, Slippage es una comisión. Cuanto más alta es la comisión, más bonito es el resultado que BestInterval muestra en el historial.
Parece que la comisión no tiene nada que ver con los patrones del mercado.
Foro sobre trading, sistemas automatizados de trading y prueba de estrategias de trading
Asesores Expertos: Validar
fxsaber, 2020.08.23 07:44 AM
Probablemente no contaba con operaciones CloseBy cuando lo escribí. Ya no me acuerdo de nada. Es muy probable que BestInterval tenga la misma dolencia. No estoy dispuesto a editarlo. Gracias por la información.
Parece que tienes razón. BestInterval da resultados diferentes tanto en términos de beneficio potencial como de intervalos de tiempo para la compensación y la cobertura. Todavía no he mirado los detalles, pero la lista de Operaciones parece incorrecta a primera vista, la hora de apertura para los cierres CloseBy cae mayoritariamente en la hora de apertura de la orden de cierre.