Evidencia › Qué plataforma y qué equipo hace falta para …

Qué plataforma y qué equipo hace falta para operar futuros en fondeo

Por Seth Pacheco · actualizado el 21 de agosto de 2026

Las dos preguntas llegan por separado: 21 preguntas sobre plataforma y 8 sobre equipo en el corpus que responde esta página. Pero son la misma pregunta. Qué computadora necesitas es una consecuencia de qué tiene que ejecutar esa computadora. Y eso depende de una decisión anterior que casi nadie toma en voz alta. Si llevas meses cambiando de plataforma sin cambiar de resultado, esa decisión ya la tomaste sin darte cuenta.

¿Por qué la plataforma no se decide primero?

Porque no es una preferencia. Es una consecuencia.

Si tu operativa es discrecional —miras el gráfico, decides tú, mandas la orden a mano— casi cualquier plataforma seria te sirve. La pregunta importa poco. Si tu operativa es mecánica y está escrita como código, la plataforma deja de ser un lugar donde dibujas. Pasa a ser la máquina que ejecuta. Son tres exigencias, no una. Tiene que poder correr ese código y conseguir que el broker acepte las órdenes que ese código genera. Y tiene que sostenerlo durante toda la ventana en la que el modelo opera.

Por eso la respuesta correcta no es "usa X". Es: decide primero si tu modelo es mecánico. Todo lo demás sale de ahí.

¿Sirve NinjaTrader? Esto es lo que usamos

Operamos en NinjaTrader 8. No lo publicamos como recomendación universal: lo publicamos como el hecho de lo que hacemos todos los días. Es lo único que podemos afirmar de primera mano.

De los cinco modelos canónicos de la formación, dos corren como estrategias NinjaScript escritas en C#. No son indicadores que un humano interpreta: son programas que leen las velas, deciden y mandan la orden. Los otros tres se operan a mano, o con una parte de las confirmaciones automatizada y el resto a criterio del trader. Y hay implementaciones totalmente automáticas ya construidas que todavía no se entregan como tales, porque no han pasado su endurecimiento interno. Tener el código escrito no es lo mismo que estar listo para soltarlo.

Tenemos además un complemento propio, también en C#, que registra el estado de las cuentas de forma automática y periódica. Existe para que el seguimiento del alumno no dependa de capturas de pantalla que alguien recuerde mandar. Ese material —modelos y complemento— se distribuye a los traders de la formación, y cada equipo lleva su propia configuración. No hay valores por defecto compartidos entre computadoras. Por qué esa aparente minucia decide si una orden entra o se rechaza se ve en cuanto la orden sale del gráfico.

¿Por qué una plataforma puede rechazar una orden que se ve perfecta?

Porque la plataforma no es un dibujo. Es una cadena —tu código, la plataforma, el adaptador del broker, el mercado— y cualquier eslabón puede decir que no.

Un caso concreto de nuestro registro interno de trampas. El precio de una orden límite a veces se calcula multiplicando: por ejemplo, una fracción de una distancia. El número que sale casi nunca cae exactamente en uno de los escalones de precio que el mercado admite. La plataforma no lo corrige sola. El adaptador del broker puede rechazar esa orden porque el precio no es múltiplo del incremento mínimo. Y lo importante: el simulador no lo ve. Esa orden se ejecuta perfectamente en el backtest y revienta en vivo.

Peor: por configuración de fábrica, una orden rechazada en tiempo real no solo se pierde. La plataforma cancela las órdenes de esa estrategia, cierra sus posiciones y la deshabilita entera. El recuadro de estado desaparece del gráfico y lo único que queda es una alerta sonora y una línea en el registro. Si nadie está delante, nadie se entera hasta horas después.

Por eso se prueba antes de arriesgar. No como formalidad: porque el modo en que falla no es el modo en que lo probaste.

¿Cómo se prueba antes de arriesgar dinero?

Tres puertas. Cada una existe porque otra demostró estar ciega a algo. Este es el protocolo interno que corre antes de distribuir cualquier script nuevo:

La tercera puerta existe por un caso nuestro, no por teoría. Una versión de uno de nuestros scripts pasó el simulador histórico con 4 de 4 entradas limpias. Falló el primer día de uso real en cuenta simulada: con una sola entrada tomada, la salida se fragmentó en 7 llenados. El contador de operaciones del día sumó uno por cada llenado, hasta agotar el tope de la jornada y bloquear el resto del día. La corrección fue de una línea. Encontrarla costó una distribución. En otro caso anterior, un error de horario tardó 48 horas en detectarse después de repartir el script.

¿Necesito una laptop buena o puedo hacerlo desde el celular?

La respuesta es una consecuencia, no una recomendación de marca.

Si lo que corre es un programa, corre en una computadora encendida y conectada durante toda la ventana del modelo. No en un teléfono. Nuestros dos modelos automatizados corren en una computadora local, no en un servidor remoto contratado. El teléfono sirve para mirar el estado de la cuenta; no ejecuta.

No publicamos requisitos de máquina —ni memoria, ni procesador, ni megas de internet— porque no los hemos medido y no vamos a inventarlos. Lo que sí sabemos es qué falla cuando la máquina se apaga o la conexión se corta a media ventana:

• Si la plataforma se reinicia, la estrategia puede arrancar creyendo que tiene abierta una posición que en el broker ya no existe. Ocurre porque lee su propio historial y no la cuenta real. El fallo documentado es falso positivo, no falso negativo: no abre operaciones fantasma ni toca el capital. Pero el script se auto-bloquea y pierde las entradas del día hasta que alguien lo revisa.
• Entre pedir cancelar una orden y que el broker confirme la cancelación hay una ventana. En vivo va de menos de un segundo a varios segundos. En esa ventana la orden todavía puede llenarse. Una conexión lenta ensancha esa ventana.
• Una orden que no llega es una orden que no existe. No hay diferencia práctica entre "la mandé" y "no la mandé" si el otro lado no la recibió.

Hay un detalle que sorprende a mucha gente y que también es equipo. El mismo script instalado en dos computadoras aparentemente idénticas puede no encontrarse en el mismo lugar. El idioma del sistema y la sincronización con la nube cambian dónde vive la carpeta de trabajo. Es una razón más para no tratar la instalación como un archivo único que se copia y ya.

¿Qué le pregunto a mi empresa de fondeo?

Esto no lo decidimos nosotros y no lo vamos a responder por ti. Qué plataformas y qué fuentes de datos acepta cada firma lo decide cada firma, y cambia.

Que cambia no es una hipótesis. El 1 de marzo de 2026, la firma que más usamos modificó dos reglas estructurales de golpe. Ese día bajó el drawdown permitido de $2,500 a $2,000 y redujo los contratos grandes de 10 a 6. Esa combinación —las dos juntas, no cada una por separado— rompió la geometría del desafío bajo nuestro modelo anterior. Nos obligó a migrar toda la operativa. Citamos ese cambio fechado como prueba de que las reglas se mueven, no como descripción de lo que rige hoy. Las condiciones vigentes se confirman con la firma, no con nosotros. Y si las reglas de riesgo cambian así, la lista de plataformas soportadas también puede cambiar.

Pregúntaselo a la firma, por escrito, antes de pagar: qué plataformas acepta, qué fuente de datos exige, y si algo de eso está por cambiar.

Cómo medimos esto

Lo que hay en esta página no es un estudio comparativo. Es un registro operativo.

• Fuente: documento vivo de trampas de NinjaTrader 8 que mantenemos desde abril de 2026 y actualizamos al 20-ago-2026. Al corte acumula 29 trampas de plataforma y 8 patrones de bug de estrategia, destiladas de 10 sesiones de desarrollo propias.
• Muestra: nuestros propios scripts, sobre futuros micro, en una sola plataforma. No es una muestra estadística: es el conjunto de cosas que nos rompieron algo y lo anotamos.
• De dónde salen el 21 y el 8: son el conteo de preguntas que nos llegaron sobre cada tema. Ese conteo sale del corpus que originó esta página. No es una encuesta, no es una muestra representativa de nadie y no se cruza con el número de traders del muro.
• Limitaciones declaradas: no hemos medido plataformas alternativas, así que no podemos rankearlas. No hemos medido requisitos de hardware, así que no los publicamos. El conteo de trampas crece: es un piso, no un total. Los casos que citamos (4 de 4 entradas limpias, 7 llenados, 48 horas) son incidentes individuales fechados, no tasas de fallo.

Lo que esto NO dice

• No dice que NinjaTrader sea mejor que otra plataforma. No lo hemos medido. Decimos qué usamos y por qué esa elección se sigue de operar con código.
• No dice qué computadora comprar. No damos marcas ni requisitos técnicos porque no los hemos medido.
• No dice qué reglas tiene hoy ninguna firma de fondeo. El cambio del 1 de marzo de 2026 se cita fechado, como ejemplo de que las reglas se mueven; lo vigente se pregunta.
• No dice que tal firma de fondeo acepte tal plataforma o tal fuente de datos. Eso lo decide cada firma y cambia; se pregunta, no se supone.
• No dice que pasar las tres pruebas garantice que no falle en vivo. Una de nuestras versiones pasó la primera puerta limpia y falló el primer día real. Por eso hay tres, y aun así la tercera no es una promesa sobre el futuro.
• No dice que el celular sea inútil. Sirve para mirar. No para ejecutar.
• No dice que tener la plataforma correcta haga funcionar un modelo. La plataforma es condición necesaria, nunca suficiente.

La evidencia

No te pedimos que nos creas: lo verificable está publicado con nombre y fecha. Los retiros de nuestros traders están publicados con nombre, fecha y monto en el muro de retiros: 58 traders, 293 retiros, $373,434 USD. La ventana es enero-2026 a agosto-2026, con corte del 12 de agosto de 2026. Esa cifra cuenta únicamente a quienes tienen retiros documentados en esa ventana; no es el total de traders activos de la formación.

¿Quieres ver cómo se ve por dentro una operativa escrita como código, y por qué esa decisión manda sobre todas las demás? Empieza por la biblioteca: https://biblioteca.ast.bar.