Replicação local Anti-Ban: por que importa onde a ordem é executada

Resposta direta: um copiador local Anti-Ban como o MirrorFlow nunca envia suas ordens a um servidor externo nem a um webhook na nuvem. Ele roda no seu próprio PC com Windows e entrega cada ordem à plataforma de destino através de um canal de comunicação local entre processos (IPC) do sistema operacional. A ordem é colocada a partir do próprio terminal, no seu equipamento, sem um intermediário de rede no caminho. Isso é o verificável: onde a execução acontece e por onde a ordem trafega. O que cada corretora ou cada mesa conclui a partir daí não é algo que o MirrorFlow controle nem prometa.

O que "replicação local" significa na prática

Local significa que as três partes vivem na mesma máquina: a plataforma de origem (master), o motor do MirrorFlow e a plataforma de destino (escrava). Não há salto para a internet entre ler a operação do master e colocá-la na escrava. O MirrorFlow observa o evento de execução na origem, calcula o lote conforme o seu multiplicador por conta e escreve a nova ordem diretamente na fila de entrada da plataforma de destino usando a API ou o canal nativo dela, transportado por um canal de comunicação local entre processos do Windows. É um mecanismo padrão do próprio sistema operacional que permite a dois processos do mesmo computador trocar dados com pouquíssima sobrecarga: não abre porta de rede, não atravessa roteador e não sai do host. Por isso a latência interna fica abaixo de 15 ms, sem ida e volta a um VPS nem a um servidor de terceiros aguardando confirmação.

O que muda quando a ordem é colocada a partir do próprio terminal

Quando uma ordem chega à plataforma pelo seu próprio canal de entrada local, ela sai para a corretora pela mesma conexão e pelo mesmo processo de qualquer outra ordem daquele terminal: não se interpõe uma ponte externa, nem um IP de servidor de cópia, nem uma assinatura de API de terceiros. Essa é a diferença arquitetural frente a um copiador na nuvem. Vale precisar o limite: isso descreve a rota técnica da ordem, não o que uma mesa pode concluir. Cada uma tem seus próprios controles e suas próprias regras.

• Origem da ordem: a própria plataforma no seu equipamento, não um serviço remoto.
• Rota de rede até a corretora: a conexão normal do terminal, sem um salto intermediário adicional.
• Metadados de sessão: os do cliente local, os mesmos que o terminal usa para qualquer ordem.
• Sincronia: cada ordem é colocada separadamente na sua plataforma, não como um lote disparado de um ponto central.

Copiador na nuvem vs. copiador local: o que fica registrado

Um copiador na nuvem funciona ao contrário. Sua operação viaja até um servidor externo, esse servidor decide e reenvia a ordem para cada conta de destino, muitas vezes por uma ponte de API, um webhook ou um VPS compartilhado. Essa arquitetura deixa pistas que uma corretora ou prop firm pode correlacionar:

• Ordens em várias contas saindo do mesmo IP ou do mesmo bloco de servidor.
• Marcas de ponte ou de API de terceiros na sessão, distintas do terminal nativo.
• Padrões de tempo quase idênticos entre contas, coerentes com um emissor central.
• Um ponto único de origem para operações que deveriam parecer independentes.

A execução local elimina esse ponto único: não há servidor intermediário agrupando as contas nem um IP comum que as relacione no nível da rede. Cada plataforma dialoga com a sua corretora exatamente como sempre fez. A latência abaixo de 15 ms é, na verdade, um efeito colateral de nunca sair do equipamento: reduz o deslizamento entre o fill do master e o da escrava, mas a razão de fundo do desenho local é o footprint, ou seja, menos superfície observável e menos sinais que denunciem automação externa.

O que o modo Anti-Ban NÃO faz (enquadramento honesto)

Anti-Ban descreve um mecanismo, não uma garantia. O MirrorFlow é uma ferramenta técnica que reduz o rastro de rede e de processo da automação; não promete imunidade nem o torna invisível. Vale ser claro sobre os limites, porque entender o mecanismo é o que permite decidir onde e como usá-lo dentro das regras que se aplicam a você:

• Não contorna as regras da sua corretora nem de uma prop firm: se o contrato proíbe copiar entre contas ou compartilhar sinais, essa norma continua valendo.
• Não apaga a correlação de resultados: operações idênticas em várias contas seguem detectáveis por padrão, tamanho e tempo, independentemente de como sejam executadas.
• Não garante passar nem aprovar nenhuma avaliação; a gestão de risco e o cumprimento das regras continuam sendo seus.
• Não substitui a leitura dos termos de cada firma antes de replicar.

Como se encaixa nas 9 plataformas compatíveis

O MirrorFlow replica entre NinjaTrader 8, MetaTrader 4, MetaTrader 5, cTrader, ProjectX (TopstepX) e Interactive Brokers (TWS/IB Gateway). As seis podem ser origem ou destino de forma bidirecional: qualquer conta pode ser a mestre. Toda a cadeia roda no seu Windows por um canal local do próprio sistema, com multiplicador de lote por conta, Modo Cobertura (Invert Side), limites de MDD/MDP, multi-perfil e cross-instrument entre Mini e Micro ou entre futuros e CFD. Contas ilimitadas, pagamento único vitalício de $69.

Em resumo: a diferença não é só velocidade, é onde a execução acontece. A ordem é colocada a partir do seu próprio terminal, no seu próprio equipamento, enquanto um copiador na nuvem acrescenta um intermediário externo pelo qual passam todas as suas contas. Esse é o núcleo da replicação local Anti-Ban: não uma promessa de invisibilidade nem de imunidade, mas um desenho que mantém a operação dentro da sua máquina. O MirrorFlow replica; o cumprimento das regras da sua corretora ou da sua mesa continua sendo seu.