Avalanche 6.2 - página 2
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
não é claro.E o objetivo de seu
Sim e a divisão em LotSell e LotBuy também.
LoteÚltimo e parada completa.
Sobre a análise da história (MODE_HISTORY) - estes são planos para fazer a lógica Avalanche em uma ordem para reduzir o depósito.
E a divisão em LotSell e LotBuy é retirada da Avalanche 6.2. Eu não mudei nada, apenas melhorei um pouco o código.
wmlab:
O principal problema com a Avalanche, me parece, é o constante empurrão do nível de equilíbrio cada vez mais distante do ponto de partida se as ordens forem "reeled in".
Acho que você entendeu mal o objetivo de uma Avalanche.
Com o multiplicador de lote sendo igual a 2, o nível de breakeven está no lugar a uma distância igual à largura do canal das posições abertas.
Em uma proporção maior que 2, o nível de breakeven está ainda mais próximo do canal de posições abertas.
Se você propuser a idéia de não "liquidar" as posições em aberto, mas deixar a essência da avalanche, isso seria muito interessante.
Aperfeiçoei um pouco o código 6.2 para trabalhar no real. Aqui está.
Fixo - versão 0.3 datada de 24.08.2010 (removido LoadHistory e MaxProfit lógica). Por que funciona "errado"? O que exatamente está "errado"?
Aperfeiçoei um pouco o código 6.2 para trabalhar no real. Aqui está.
Fixo - versão 0.3 datada de 24.08.2010 (removido LoadHistory e MaxProfit lógica). Por que funciona "errado"? O que exatamente está "errado"?
No testador ele ocasionalmente gera erro 130 (paradas erradas) e pendura neste ponto, eu coloco as impressões, ele saiu em OpderSend price=0 e ele toma da LevelBuy, você pode olhar para a lógica a seu bel-prazer?
Enquanto você está reinventando sua bicicleta, há uma nova versão do Lavina_V63. De acordo com o teste, ele funciona muito bem e é estável. Nenhum erro foi detectado.
ENTÃO, ONDE ESTÁ ?
Adoraria ver....
ENTÃO, ONDE ESTÁ ?
Adoraria ver....
Aperfeiçoei um pouco o código 6.2 para trabalhar no real. Aqui está.
Fixo - versão 0.3 datada de 24.08.2010 (removido LoadHistory e MaxProfit lógica). Por que funciona "errado"? O que exatamente está "errado"?
Sim, infelizmente o dreno inevitável está chegando. Acho que devemos limitar o tempo de trabalho da EA. Coloco tempo para definir ordens pendentes às 9 da manhã e fechar todas as ordens às 22 horas. O resultado é de US$ 3000 por meio ano. Um drawdown de 7% (depo 10.000). Não estou pedindo nada nem discutindo com ninguém, apenas um fato.
Eu pensei que o problema estava no código =) De qualquer forma - qualquer martin, mais cedo ou mais tarde perderá tudo. Os filtros apenas retardarão o crescimento do equilíbrio e empurrarão para trás o inevitável dreno. O truque é retirar seus lucros antes que o mergulho chegue.
Eu pensei que o problema estava no código =) De qualquer forma - qualquer martin, mais cedo ou mais tarde perderá tudo. Os filtros apenas retardarão o crescimento do equilíbrio e empurrarão para trás o inevitável dreno. O truque é obter seus lucros antes que o autoclismo venha.
Ou testar em intervalos longos (10 anos, por exemplo). Com tal histórico de negócios, com > 500 negócios, pode-se esperar que o sistema seja adequado para o real.