É possível implementar uma contabilidade FELICITÁVEL da estrutura de posição agregada na MT5? - página 6
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
Aqui está outra opção
Existe um problema assim... Por exemplo, os corretores STP (integradores) são obrigados a não enviar ordens de negociação para execução imediata, mas a acumulá-las para envio com uma certa freqüência. Uma razão é, por exemplo, que os bancos (estou falando do FOREX) não aceitam altas freqüências (a seu critério) de entrada de ordens de negócios via FIX API para seu servidor. Portanto, eles podem desabilitar um cliente corretor abusivo como uma ameaça à estabilidade de seu servidor.
Somente, parece que a presença/ausência de posições virtuais no lado do servidor do corretor não tem efeito sobre o número de ordens de negociação entre o corretor e seus provedores de liquidez.
Por que não é confiável através de comentários?
Você deve colocar nos comentários do pedido um magik ou o nome do especialista que o abriu, assim como o código lógico da operação na lógica MT4 - abertura/fechamento. E quando o pedido é enviado para fechar além disso, nos comentários, especificar qual pedido fecha (bilhete). Se a ordem for executada, há sempre um comércio associado a ela, que pode ser encontrado (pelo campo DEAL_ORDER). Portanto, é sempre possível dividir a posição agregada atual nas ordens que ainda não foram fechadas (nenhuma ordem com um comentário próximo) e que foram executadas (há um negócio relacionado), e todas estas informações são armazenadas no servidor.
Por que não é confiável através de comentários?
Você deve colocar nos comentários do pedido um magik ou o nome do especialista que o abriu, assim como o código lógico da operação na lógica MT4 - abertura/fechamento. E quando o pedido é enviado para fechar além disso, nos comentários, especificar qual pedido fecha (bilhete). Se a ordem for executada, há sempre um comércio associado a ela, que pode ser encontrado (pelo campo DEAL_ORDER). Portanto, a posição agregada atual pode sempre ser dividida nas ordens que ainda não estão fechadas (não há ordem com um comentário sobre o fechamento) e que foram executadas (há um negócio vinculado), e todas essas informações são armazenadas no servidor.
Esta página discute o motivo.
Esta página discute a causa.
getch escreveu>>
Imagine que você tem um EA com Magia. Em certo momento, quando a posição desta EA estava no vermelho, você decidiu que está cansado de tudo e quer descansar. Você elimina o Expert Advisor, e fecha a posição aberta à mão com uma ordem de contra-mercado com Magic 0. Quando você volta de férias e decide executar o mesmo Expert Advisor, e vê que sua posição está aberta a partir da análise da história sobre o Magic.
Este é um exemplo oblíquo, mas você pode ter a idéia.
Ao remover uma EA, faça com que todas as suas posições se fechem automaticamente. Ou, podemos fornecer mensagens para a EA (é possível torná-la universal). Tudo o que foi aberto, o Expert Advisor também deve fechar, embora possa fazê-lo a pedido do usuário.
Para que seja breve, é possível, mas não conveniente para todos.
getch escreveu>>
Imagine que você tem um EA com Magia. A certa altura, quando a posição desta EA estava no vermelho, você decide que está doente e cansado de tudo e quer descansar. Seu Expert Advisor elimina, e você fecha a posição aberta à mão pela ordem oposta do mercado com um Magic 0. Quando você retorna das férias e decide executar o mesmo Expert Advisor, e vê que ele está aberto na análise da história pela Magic.
É um exemplo oblíquo, mas você pode ter a idéia.
Ao apagar uma EA, faça-a fechar automaticamente todas as suas posições. Ou fornecer troca de mensagens com a EA (você pode torná-la universal). Tudo o que foi aberto, o Expert Advisor também deve fechar, embora possa fazê-lo a pedido do usuário.
Em resumo, é possível, mas não conveniente para todos.
Isto é demais...
Imagine que você tem um EA com Magia. A certa altura, quando a posição desta EA estava em déficit, você decidiu que está farto de tudo e quer descansar. Você elimina a EA e fecha a posição aberta à mão com uma ordem do mercado de balcão com Magic 0. Quando você volta das férias e decide executar o mesmo Expert Advisor, ele vê que sua posição está aberta com base na análise da história da Magic.
Um exemplo oblíquo, mas você pode ter a idéia.
Acho que é aí que o exemplo é rebuscado. Você faz um botão no visor, chamá-lo de algo como "fechar tudo" que fecha tudo, com a marcação desejada.
Isto é claramente demais...
Esta é uma opção que pode ser implementada se for adequada ao modo de trabalho de um determinado comerciante. Isso pode ser feito de maneira diferente para outros comerciantes. Por exemplo, não vejo a utilidade de deixar as ordens da EA remota para serem executadas manualmente. Existe uma lógica de abertura, e corresponde à lógica de fechamento; é uma parte do todo.
É também triste que a posição agregada tenha apenas um TP e um SL....
As diferentes lógicas de controle para ordens vinculadas provavelmente poderiam ser feitas como funções de biblioteca separadas. Os comentários provavelmente fariam tudo isso.
As diferentes lógicas de controle para ordens vinculadas provavelmente poderiam ser feitas como funções de biblioteca separadas. Através dos comentários, provavelmente tudo será
Muitas coisas podem ser feitas, mas "apenas um TP e um SL....". E os TP e SL são bons na medida em que são capazes de trabalhar sem a Internet, sem um EA e sem todas as funções da biblioteca. Agora, por exemplo, não podemos definir manualmente duas ou mesmo uma ordem pendente direcional com diferentes níveis de TP. Não, lotes por lotes, mas esta posição líquida para o terminal é um passo atrás. É claro que é mais fácil para os CDs, eles trabalham com posições líquidas de qualquer forma, mas para um comerciante é um incômodo.