É possível implementar uma contabilidade FELICITÁVEL da estrutura de posição agregada na MT5? - página 17
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Depende da forma como você olha para ela. Há sempre vantagens e desvantagens.
Tenho certeza de que você não encontrará uma maneira 100% confiável.
Você pode fazer um pedido com TP e SL.
Mas tudo isso não faz sentido em um MT5 com múltiplos EAs.
Portanto, não havia necessidade de testes no espaço pós-soviético.
Caso contrário, é ridículo: o terminal está em inglês, a ajuda está em russo.
Espero que seja claro para todos, aos quais o fabricante se reporta.
Sem serviço de suporte, sem testadores beta.
(não me refiro àqueles três infelizes que às vezes aparecem no fórum e ao mesmo tempo
(Não me refiro àquelas três pobres almas que ocasionalmente flertam no fórum).
De que tipo de dominação mundial estamos falando?
Você é uma natureza muito contraditória.
=====================
Portanto. Se colocarmos de lado os argumentos sobre a necessidade/necessidade de trabalhar com EAs em um ticker de cada vez (você conhece meu diagnóstico - esquizofrenia), então o resultado é o seguinte:
- a contabilidade local não é confiável devido a esta mesma localidade;
- a contabilidade do servidor não é confiável porque, tendo criado apenas a contabilidade agregada, os MCs não prestaram o serviço de execução de estratégias no servidor, ou seja exatamente: ESTRATÉGIAS SOBRE O SERVIDOR. Isto é o que é necessário para resolver o problema da confiabilidade da contabilidade da estrutura de posição na abordagem da rede.
- É possível encontrar maneiras de resolver o problema, IMHO - se alguém precisar dele urgentemente. A questão está nos custos e na necessidade.
Portanto, não havia necessidade de testes no espaço pós-soviético.
Caso contrário, é ridículo: o terminal está em inglês, a ajuda está em russo.
Portanto, imagine que eles não o fazem. Você foi forçado a baixar o beta, forçado a instalá-lo, e depois olhar para a tela? Não se torture, apague tudo...
Para getch e Integer
Do ponto de vista deste tópico "É possível implementar na MT5 uma Contabilidade Confiável da Estrutura de Posição Agregada?
A substituição de TP e SL por pedidos pendentes não é uma solução.
Vou explicar usando um exemplo:
1. Você fez um pedido - esta é uma operação SAFE
2. A colocação de uma ordem pendente em vez de SL e TP é uma operação FELICITÁVEL, já que duas ordens não podem ser colocadas durante uma transação com o servidor.
transação com o servidor. Ainda mais, é impossível fazer três pedidos, dois pendentes junto com o pedido principal.
Isto significa que, no tempo entre a colocação de pedidos, uma situação inesperada poderia acontecer, o que levaria a
a impossibilidade de colocar ordens pendentes em tempo hábil, ou mesmo a perda de uma ou ambas
ou ambos por causa de uma falha na conexão, por exemplo.
Ok, vamos assumir que temos objetivos muito grandes (>100 pips) e conseguimos consertá-los, inserimos muitos cheques em nossa EA e colocamos
fez as malditas encomendas pendentes.
3. O preço se deslocou em alguma direção e uma ordem pendente foi acionada, por exemplo, SL.
4. O pedido está fechado? Não é. Ainda temos uma infeliz ordem pendente responsável pela TP.
Bem, quem deve removê-lo a tempo? Pushkin, - não, você está errado. Ela deve ser removida por nossa EA.
Esta não é apenas uma operação de ódio superior, mas o horror do programador.
(Sem mencionar os comerciantes, eles não se importam com nada, eles têm apenas um pedido para todas as ocasiões).
Porque a perda de comunicação neste ponto levará a uma perda total de controle sobre o Expert Advisor e a conta.
Esta é uma tendência paradoxal. Aqui todos defendem o MM de 0,0003% do depósito, então precisamos de uma perda de estoque confiável. Vamos considerar como deveria ser - a perda de estoque é uma solução de emergência extrema para salvar o depósito, para todo o resto - o mercado fecha. Na verdade, apenas alguns terminais têm a possibilidade de abrir pedidos com stoploss pré-instalados e takeprofit.
- É possível encontrar maneiras de resolver o problema, IMHO, se alguém precisar dele urgentemente. A questão é o custo e a necessidade.
Você, que não é um programador, provavelmente pensa que se você reunir muitos programadores e eles começarem
pensar, pensar, e depois programar, programar, programar - eles programarão tudo no mundo.
Devo desapontá-los de que não é este o caso.
Não são os programadores que resolvem os problemas, são os analistas de sistemas que
antes que os programadores comecem a produzir o código que eles têm que lhes dizer
o que fazer e como fazê-lo e o que acontecerá se o fizerem mal.
Infelizmente, ao planejar a estrutura do MT5, o analista estava de férias e
Quando chegou, ele já havia escrito metade do programa e tudo o que tinha que fazer era encolher os ombros,
como - ah, faça o que quiser.
É por isso que temos tetris nos exemplos, não uma estratégia comercial.
Uma tendência paradoxal. Aqui todos são a favor do MM em 0,0003% do depósito, então são necessários stoplosses confiáveis. Tomemos como deve ser - o stoploss é a última solução de emergência para salvar o depósito, para todo o resto - o mercado fecha. Em geral, apenas alguns terminais comerciais permitem a abertura de ordens com stoploss e takeprofit pré-definidos.
É interessante ver o que acontecerá com o serviço de apoio quando as ordens pendentes forem acionadas durante o dia,
substituindo SL e TP.
2. Não é possível colocar várias ordens no mercado ao mesmo tempo. Isto só foi possível nas plataformas "não-tão-mercado". Todas as ordens são enfileiradas através do servidor Execution. Por exemplo, na Dukascopy colocando uma ordem pendente ou de mercado com níveis TP e SL, parece-lhe que você colocou simultaneamente condições 3/2, na verdade elas vão seqüencialmente. Essa é a tecnologia e é lógica. Além disso, para a ordem Limitada no mercado, a margem é necessária, pois a ordem Limitada no mercado é uma ordem garantida e, portanto, não deve haver nenhum problema com sua execução. O mesmo se aplica aos níveis de TP. Entretanto, no Dukascopy TP não será colocado na pilha, mas executado como uma entrada no mercado.
4. O problema de remover o nível SL/TP no MT5 após o acionamento de outro nível TP/SL está sobre os ombros do negociante. No Dukascopy, isto está sobre os ombros do servidor Execution. A fim de remover com segurança o TP no caso do SL, você DEVE (ou não pode) ter o TP no ticker, caso contrário, pode acontecer que ele seja executado após o SL.
Há muitas nuances, e os níveis SL e TP podem ser implementados HOPEFULLY através de execuções no mercado, portanto, a opção para desenvolvedores MT5 seguirem o caminho do Dukascopy. Ou, existe uma opção de implementação independente de TP através de uma tabela (foi o que citei acima), então os desenvolvedores só precisam adicionar posições virtuais sem níveis SL e TP.
Apenas esclarecido. Como o nível SL não é garantido de forma alguma, mas executado nos mercados apenas por solicitação do Mercado, a obrigação de não atingir o nível TP no copo não é necessária. Simplesmente, antes de executar SL no mercado, o servidor Execution (Dukascopy) apaga o nível TP (mesmo que esteja na pilha). Este é o ponto que, infelizmente, não pode ser HOPEFULLY implementado pelo trader no MT5, mesmo que ele tenha uma conexão perfeita com o servidor de negociação. E é, de fato, EXTREMEMENTE IMPOSSÍVEL no MT5.
O MT5 não é projetado para colocar várias posições em um instrumento
MT5 não é projetado para lidar com múltiplos EAs
O MT5 não é projetado para cobrir posições em um único instrumento
O MT5 não foi projetado para Expert Advisor e comércio manual juntos
O MT5 não suporta o código MT4
O MT5 não suporta a lógica do programa MT4
...
Qual é então a graça disso? Em outro novo programa.
A MQL5 é muito mais poderosa e rápida.
E quanto ao resto, já estou pensando que é realmente um erro mudar para este tipo de contabilidade. A razão é que o robô comercial é capaz de calcular posições líquidas imediatamente (em um servidor comercial, em negociações, em Expert Advisor, ou usando scripts simples em negociações manuais), e quem precisa dele (um comerciante, um corretor), enquanto a conversão reversa, mesmo que seja possível, custa muito caro. Não sei como fazê-lo de forma confiável, levando em conta todas as situações com as quais lido no comércio. Mas há tempo suficiente antes da operação do MT5, talvez surja algo.
Como um não-programador, você provavelmente pensa que se você reunir um monte de programadores e eles começarem
Pensar e pensar e depois programar e programar e programar - eles programarão tudo no mundo.
Devo desapontá-los de que não é este o caso.
Não são os programadores que resolvem os problemas, são os analistas de sistemas que
antes que os programadores comecem a produzir o código que eles têm que lhes dizer
o que fazer e como fazê-lo e o que acontecerá se o fizerem mal.
Infelizmente, ao planejar a estrutura do MT5, o analista estava de férias e
Quando chegou, ele já havia escrito metade do programa e tudo o que tinha que fazer era encolher os ombros,
como - ah, faça o que quiser.
É por isso que temos tetris nos exemplos, não uma estratégia comercial.
Suas afirmações ousadas em várias ocasiões (minhas qualificações, situação na MK, etc.) de certa forma reduzem o interesse em sua opinião, não acha?)) De alguma forma não faz sentido responder a você - por que responder às declarações de uma pessoa claramente inadequada? )))
Para começar, pare de confundir alucinações com a realidade - vamos conversar.