Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Pequena correção cosmética, int => bool. Ou se eu puder sugerir retornar AmountDeleteIntervals em vez disso.
Obrigado, vou ter que corrigir isso.
Considere o AverageHolding como uma adição à biblioteca
Intervalo.mqh
BestInterval.mqh
Considere o AverageHolding como um acréscimo à biblioteca
Tempo médio de vida de uma posição fechada - para que serve?
Não é assim que deve ser calculado. Você precisa saber o horário de fechamento.
Vida útil média de uma posição fechada - para que serve?
Estou me referindo ao tempo médio de vida de uma posição (OrderCloseTime - OrderOpentime). Isso pode ser útil como critério personalizado do GA. Por exemplo, levar o GA a aumentar a frequência de transações combinada com um lucro mínimo por limite de transação.
Não é assim que se calcula. Você precisa saber o horário de fechamento.
Para a conta de compensação DEAL IN/OUT, o horário de abertura é suficiente para o cálculo; para a implementação adequada, você precisa usar o horário de fechamento, que atualmente não é contabilizado na biblioteca.
Há um problema que permanecerá. O testador força o fechamento da última posição. A precisão do relógio atômico pode não ser necessária para todas as estratégias, mas continuará sendo um problema. Além disso, o GA pode ser direcionado para uma frequência de negociação mais alta simplesmente retornando 0 quando BestInterval.GetTotal () <xxx, por exemplo, como você escreveu em algum post.
Dessa forma, ele parece inútil enquanto o problema está sendo resolvido.
Estou me referindo ao tempo médio de vida da posição (OrderCloseTime - OrderOpentime). Isso pode ser útil como critério personalizado do GA. Por exemplo, fazer com que o GA aumente a frequência de transações combinada com um lucro mínimo por limite de transação.
Forneça o critério de otimização como um código-fonte esquemático da função OnTester.
Fórum sobre negociação, sistemas de negociação automatizados e teste de estratégias de negociação
Bibliotecas: BestInterval
fxsaber, 2019.12.05 13:48 PM.
Dizer que estou satisfeito é claramente um eufemismo.... O BestInterval está incrível agora. E as alterações são mínimas. Como sempre, um exemplo.
Aqui está um passe de 24 horas.
Aplicamos o BestInterval clássico.
Podemos ver que o lucro aumentou em um terço, e outros indicadores ficaram melhores.
Mas queríamos flexibilidade. E aqui está.
O lucro não aumentou, ele diminuiu! Mas veja os outros indicadores. Em vez de encontrar o intervalo com o maior lucro e a maior probabilidade de ajuste, foi encontrado um intervalo muito mais estreito, mas muito mais saboroso do que o clássico.
A inovação é adicionada da seguinte forma
A qualidade da pesquisa de padrão de mercado agora está muito melhor. Implicações significativas para o trabalho com vários testadores.
É interessante que, se o intervalo tão saboroso encontrado for colocado no TS e começar a otimizá-lo para obter o máximo de lucro, há uma grande probabilidade de que seja encontrada uma besteira.
E outra observação. O BestInterval, por exemplo, ignora as negociações abertas da meia-noite à uma hora. Isso não significa que, se um sinal de abertura chegar às duas horas, o BestInterval permitirá que você o abra. O Bibla só abrirá se a posição ignorada da meia-noite estiver "fechada". Portanto, você pode ver com frequência que a otimização de um TS com um intervalo rigidamente definido fornece resultados piores do que o BestInterval mostra.
O exemplo mais óbvio é uma TS de contra-tendência em uma tendência. Vamos supor que o TS emita um sinal de VENDA e que a tendência esteja subindo. O BestInterval ignorará esses sinais.
Observei essa peculiaridade, que se baseia em minha experiência.
Se o critério de otimização não tiver nada a ver com a suavidade da curva do perfil. E o melhor resultado ainda assim apresentar uma curva suave, então não se trata de um ajuste.
Por exemplo, o critério é o lucro máximo. E a melhor passagem resulta em uma curva reta ascendente. Isso não é um ajuste.
Mas se o critério for o R^2 mínimo. E a melhor passagem resultar em uma curva reta para cima. Isso provavelmente é uma opção.
Tenho um dilema: o BestInterval é um critério de otimização independente ou não? Especialmente com seu truque de atribuição de Slippage.
Ou seja, ele diz que, se você ignorar todas as negociações que não se enquadram no intervalo das 18:00 às 12:00, tudo ficará bem no histórico.
Eu costuro esse intervalo no TS, fazendo com que o TS não fique mais 24 horas por dia, e o otimizo para obter o máximo de lucro.
O melhor passe da genética é, para dizer o mínimo, um lixo.
ZY Esse ainda é um exemplo fraco. Ele ocorre quando o BestInterval tem PF > 3 e o Optimiser fornece PF < 1.
Tenho um dilema: o BestInterval é um critério de otimização independente ou não? Especialmente com seu chip de tarefa Slippage.
De fato, o Slippage é uma comissão. Quanto maior a comissão, mais bonito é o resultado que o BestInterval mostra no histórico.
Parece que a comissão não tem nada a ver com os padrões do mercado.
Fórum sobre negociação, sistemas de negociação automatizados e teste de estratégias de negociação
Expert Advisors: Validar
fxsaber, 2020.08.23 07:44 AM
Provavelmente não contei com as negociações CloseBy quando escrevi isso. Não me lembro mais de nada. É bem provável que o BestInterval tenha a mesma doença. Ainda não estou pronto para editá-lo. Obrigado pela informação.
Parece que você está certo. O BestInterval fornece resultados diferentes em termos de lucro potencial e intervalos de tempo para compensação e hedge. Ainda não analisei os detalhes, mas a lista de negociações parece incorreta à primeira vista; o horário de abertura dos fechamentos do CloseBy coincide principalmente com o horário de abertura da ordem de fechamento.