Um copiador de sinais para MT4 com o seu status dito com clareza

O conector do MT4 é uma adaptação do conector do MT5 que mantém a sua estrutura, a ordem das funções e os nomes, compilada como TradingAgentEA.ex4 e fixada pelo seu próprio SHA-256. Ele é instalado pela página de Terminais do app para desktop em uma única ação: sem MetaEditor, sem variável de ambiente, sem token e sem mudar nenhuma configuração dentro do MetaTrader.

Ele roda no MetaTrader 4 build 600 ou posterior. O EA se recusa a iniciar abaixo dessa build, porque terminais mais antigos não têm nem o WebRequest nem o sandbox moderno de arquivos do MQL4, então os dois transportes estariam ausentes e não haveria nada para recorrer.

• .ex4 incluso, fixado por SHA-256 e instalado pelo app
• O mesmo fluxo guiado de instalação do MT5
• Exige build 600 ou posterior

A anexação automática com /config: na inicialização é só do MT5: a build 1473 ignora [StartUp], então o caminho manual é o padrão no MT4 — ative o AutoTrading, atualize o Navegador e arraste o EA para um gráfico.

O restante da configuração é comum: a verificação do hash antes de instalar, a credencial de provisionamento de uso único que é apagada após o registro, os tokens de sessão de curta duração ligados ao terminal, à conta e à corretora, e a mesma escolha entre canal loopback ou de arquivos.

Tudo no protocolo local vale para o MT4 sem mudanças: as mesmas rotas, a mesma autenticação por token portador, a mesma duração de sessão, a mesma proteção contra duplicados e os dois transportes.

O que difere é o modelo de trading, não o protocolo. Não existe CTrade no MQL4, então uma classe própria controla o OrderSend e família; há um único espaço de tickets, então uma ordem pendente vira posição sob o mesmo ticket e não há deals; o registro é sempre hedging e apenas com modos de conta DEMO ou REAL; e o MT4 informa os seus próprios códigos ERR_* por um mapeamento de categorias novo, com falhas de conexão e de tempo limite retidas para reconciliação exatamente como no MT5.

As peculiaridades de cada corretora são tratadas antes do envio: enviar e depois modificar quando uma corretora rejeita stops na entrada, esperas limitadas do contexto de trading que serializam o envio em vez de repeti-lo, verificações de nível de stop e de congelamento informadas como motivos legíveis e não como códigos soltos, volumes rejeitados em vez de arredondados e um slippage obrigatório com 3 pontos por padrão.

Um fechamento parcial no MT4 substitui o ticket: a corretora fecha a ordem original e abre uma nova para o restante, então o desktop segue o restante por ticket_lineage e a gestão posterior acompanha a posição sobrevivente. Tudo o que for ambíguo é informado para reconciliação em vez de adivinhado. Como em todo lugar, a gestão de operações só age com o consentimento de cada canal, que vem desligado por padrão.

E a divisão de privacidade é idêntica: o conteúdo das mensagens nunca sai do seu PC, enquanto a nuvem sincroniza apenas metadados do painel, como operações e instantâneos da conta.

O código-fonte compila limpo: 0 erros e 0 avisos no MetaEditor 4, versão do EA 0.9.0-mt4. Esse item da lista está feito. Nenhum dos itens abaixo foi executado ainda contra um terminal real, demo ou de outro tipo.

Hoje o MT5 é o caminho verificado. Se você opera no MT4, rode primeiro o fluxo em uma conta demo do MT4 com o menor volume possível: é exatamente a verificação que esses itens ainda não tiveram.

• Registro nos dois transportes, com recurso automático (AUTO) a arquivos
• Criação explícita das pastas rpc do MQL4, que o MQL4 não está documentado a criar
• As oito ações do protocolo v2 completando o ciclo de ida e volta
• Um resto após um fechamento parcial sobre o qual um segundo comando possa agir, tanto em corretoras que trocam o ticket quanto nas que reduzem no lugar
• Enviar e depois modificar em uma corretora que rejeita stops na entrada, incluindo o ramo de falha retido para reconciliação
• Rejeições por nível de congelamento e de stop com motivos legíveis em uma corretora que os publique
• Relatório de operações encerradas: stop-outs, fechamentos manuais, sem ruído no primeiro tick, lacunas do histórico registradas
• Reinício no meio de um comando sem envio duplicado