Replicación local Anti-Ban: por qué importa dónde se ejecuta la orden

Respuesta directa: un copiador local Anti-Ban como MirrorFlow no manda tus órdenes a un servidor externo ni a un webhook en la nube. Se ejecuta en tu propio PC con Windows y entrega cada orden a la plataforma de destino a través de un canal de comunicación local entre procesos del sistema operativo. La orden se coloca desde la propia terminal, en tu equipo, sin que intervenga un intermediario de red. Eso es lo verificable: dónde ocurre la ejecución y por dónde viaja la orden. Lo que cada bróker o cada firma concluya a partir de ahí no es algo que MirrorFlow controle ni prometa.

Qué significa "replicación local" en concreto

Local quiere decir que las tres partes viven en la misma máquina: la plataforma origen (master), el motor de MirrorFlow y la plataforma destino (esclava). No hay salto a internet entre leer la operación del master y colocarla en la esclava. MirrorFlow observa el evento de ejecución en el origen, calcula el lotaje según tu multiplicador por cuenta y escribe la nueva orden directamente en la cola de entrada de la plataforma destino usando su API o su canal nativo, transportado por un canal de comunicación local entre procesos de Windows. Es un mecanismo estándar del propio sistema operativo para que dos procesos del mismo equipo se pasen datos con muy poca sobrecarga: no abre un puerto de red, no atraviesa un router y no sale del host. Por eso la latencia interna se mantiene por debajo de 15 ms, sin ida y vuelta a un VPS ni a un servidor de terceros esperando confirmación.

Qué cambia cuando la orden se coloca desde la propia terminal

Cuando una orden llega a la plataforma por su propio canal de entrada local, sale hacia el bróker por la misma conexión y el mismo proceso que cualquier otra orden de esa terminal: no se interpone un puente externo, ni una IP de un servidor de copia, ni una firma de API de terceros. Esa es la diferencia arquitectónica frente a un copiador en la nube. Conviene precisar el límite: esto describe la ruta técnica de la orden, no lo que una firma pueda concluir. Cada una tiene sus propios métodos de control y sus propias reglas.

• Origen de la orden: la propia plataforma en tu equipo, no un servicio remoto.
• Ruta de red hacia el bróker: la conexión normal de la terminal, sin un salto intermedio adicional.
• Metadatos de sesión: los del cliente local, los mismos que usa la terminal para cualquier orden.
• Sincronía: cada orden se coloca por separado en su plataforma, no como un lote emitido desde un punto central.

Copiador en la nube vs. copiador local: qué queda registrado

Un copiador en la nube funciona al revés. Tu operación viaja a un servidor externo, ese servidor decide y reenvía la orden a cada cuenta destino, muchas veces a través de un puente API, un webhook o un VPS compartido. Esa arquitectura deja pistas que un bróker o una prop firm pueden correlacionar:

• Órdenes en varias cuentas que salen de la misma IP o del mismo bloque de servidor.
• Marcas de puente o de API de terceros en la sesión, distintas de la terminal nativa.
• Patrones de tiempo casi idénticos entre cuentas, coherentes con un emisor central.
• Un punto único de origen para operaciones que deberían parecer independientes.

La ejecución local elimina ese punto único: no hay servidor intermedio que agrupe las cuentas ni una IP común que las relacione a nivel de red. Cada plataforma dialoga con su bróker como siempre lo ha hecho. La latencia por debajo de 15 ms es, en realidad, un efecto secundario de no salir del equipo: reduce el deslizamiento entre el fill del master y el de la esclava, pero el motivo de fondo del diseño local es el footprint, es decir, menos superficie observable y menos señales que delaten automatización externa.

Lo que el modo Anti-Ban NO hace (marco honesto)

Anti-Ban describe un mecanismo, no una garantía. MirrorFlow es una herramienta técnica que reduce la huella de red y de proceso de la automatización; no promete inmunidad ni te hace invisible. Conviene ser claro sobre sus límites, porque entender el mecanismo es lo que te permite decidir dónde y cómo usarlo dentro de las reglas que te apliquen:

• No sortea las reglas de tu bróker ni de una prop firm: si su contrato prohíbe copiar entre cuentas o compartir señales, esa norma sigue aplicando.
• No borra la correlación de resultados: operaciones idénticas en varias cuentas siguen siendo detectables por patrón, tamaño y tiempo, con independencia de cómo se ejecuten.
• No garantiza pasar ni aprobar ninguna evaluación; la gestión del riesgo y el cumplimiento de reglas siguen siendo tuyos.
• No sustituye leer los términos de cada firma antes de replicar.

Cómo encaja en las 9 plataformas compatibles

MirrorFlow replica entre NinjaTrader 8, MetaTrader 4, MetaTrader 5, cTrader, ProjectX (TopstepX) e Interactive Brokers (TWS/IB Gateway). Las seis pueden ser origen o destino de forma bidireccional: cualquier cuenta puede ser la maestra. Toda la cadena corre en tu Windows por un canal local del propio sistema, con multiplicador de lotaje por cuenta, Modo Cobertura (Invert Side), límites de MDD/MDP, multi-perfil y cross-instrument entre Mini y Micro o entre futuros y CFD. Cuentas ilimitadas, pago único vitalicio de $69.

En resumen: la diferencia no es solo velocidad, sino dónde ocurre la ejecución. La orden se coloca desde tu propia terminal, en tu propio equipo, mientras que un copiador en la nube añade un intermediario externo por el que pasan todas tus cuentas. Ese es el núcleo de la replicación local Anti-Ban: no una promesa de invisibilidad ni de inmunidad, sino un diseño que mantiene la operación dentro de tu máquina. MirrorFlow replica; el cumplimiento de las reglas de tu bróker o tu firma sigue siendo tuyo.