Prop firms

Cómo simular un challenge de fondeo antes de pagarla

La cuota de un challenge es una apuesta a que tu edge supera las reglas de la firma antes de que la varianza acabe con el intento. No tienes por qué hacer esa apuesta a ciegas. Antes de pagar, puedes estimar con qué frecuencia pasa realmente un sistema con tu win rate y tu riesgo — y la respuesta suele ser mucho más baja de lo que los traders esperan.

Por qué un backtest solo no basta

Un backtest te dice una cosa: cómo se comportó una estrategia en una secuencia histórica concreta de operaciones. Un challenge no es esa secuencia. Es una tirada nueva y aleatoria del mismo edge subyacente, con un objetivo de beneficio duro y dos suelos de drawdown que pueden cortarlo en cualquier momento. El orden exacto de aciertos y fallos — que tu backtest fijó por accidente de la historia — decide si llegas al objetivo o tropiezas antes con un drawdown. Reordena las mismas operaciones y el mismo sistema rentable puede pasar un intento y suspender el siguiente.

Un backtest te da el edge. Una simulación te da la distribución de resultados que ese edge produce bajo las reglas del challenge. Necesitas ambos.

Qué estima de verdad el Monte Carlo

Toma tu edge — win rate, R:R, riesgo por operación, operaciones por día — y juega el challenge miles de veces, cada una con una secuencia aleatoria distinta de aciertos y fallos. Cada intento o bien alcanza el objetivo de beneficio (pasa), o salta el drawdown diario, o salta el drawdown total, o se queda sin días. Cuenta los pases sobre miles de intentos y tienes una probabilidad de pasar que ningún backtest aislado te puede dar, más algo aún más útil: cómo ocurren los fallos. Si la mayoría son fallos por DD diario, tu problema es el tamaño por día; si son fallos por DD total, tu edge es demasiado débil o tu riesgo demasiado alto en todo el intento.

Un ejemplo trabajado

Supón un challenge de 100.000 $ con un objetivo del 8%, 5% de drawdown diario y 10% de drawdown total. Tu sistema acierta el 45% de las operaciones a un R:R de 1:2, arriesgando un 1% por operación, cuatro operaciones al día. Es un edge genuinamente positivo — la esperanza es 0,45 × 2 − 0,55 = +0,35R por operación. La intuición dice que un edge positivo debería pasar con comodidad. La simulación dice otra cosa: una parte grande de los intentos tropieza con el suelo diario del 5% en un grupo desafortunado de pérdidas mucho antes de alcanzar el objetivo del 8%, y algunos se quedan sin días. El sistema es rentable y aun así suspende una fracción importante de las veces — porque el objetivo y el suelo diario están cerca el uno del otro en relación con tu riesgo por operación.

Ahora cambia un solo dato. Baja el riesgo por operación al 0,5%. La esperanza por operación no cambia, pero cada racha perdedora hace la mitad de daño, así que los fallos por DD diario caen con fuerza y la probabilidad de pasar sube — a cambio de necesitar más días para llegar al objetivo. Ese compromiso, invisible en un backtest, es exactamente lo que una simulación está hecha para mostrar.

Los errores que una simulación destapa

  • Confundir rentable con superable. Un edge positivo a largo plazo puede suspender a menudo un challenge acotado, porque los suelos de drawdown cortan el intento antes de que el edge componga.
  • Sobredimensionar para llegar rápido al objetivo. Más riesgo alcanza el objetivo antes pero salta el suelo diario mucho más a menudo; la tasa de pase suele bajar, no subir.
  • Fiarse de un backtest con suerte. Un único pase histórico es una muestra. Dice poco sobre las probabilidades del intento que estás a punto de pagar.
  • Ignorar el tope de días. Algunos sistemas pasan con el tiempo pero no dentro de los días permitidos; "sin días" es un modo de fallo real y contable.
  • Alimentarlo con datos de fantasía. Basura entra, basura sale — el win rate y el R:R deben venir de resultados honestos fuera de muestra, no de un backtest sobreajustado.

Una checklist previa a la compra

  • Toma el win rate y el R:R de resultados fuera de muestra o en forward test, no del backtest ajustado.
  • Introduce el objetivo real de la firma y ambos límites de drawdown, no versiones redondeadas.
  • Lee la probabilidad de pasar, y luego lee el reparto de fallos — diario vs total vs sin días.
  • Si dominan los fallos diarios, baja el riesgo por operación y vuelve a correrlo antes de tocar nada más.
  • Paga solo cuando la probabilidad de pasar, con datos honestos, justifique la cuota.

Cómo correrlo

El Simulador de challenge de abajo hace exactamente esto. Introduce el tamaño de cuenta, el objetivo de beneficio, los límites de drawdown diario y total, tu win rate, tu R:R, el riesgo por operación y las operaciones por día, y hace un Monte Carlo de miles de challenges bajo esas reglas precisas. Devuelve la probabilidad de pasar, los días medianos hasta pasar y — la parte que cambia decisiones — cuántos intentos fallaron por la regla diaria frente a la total frente a simplemente quedarse sin días. Ajusta el riesgo por operación y observa cómo se mueve la tasa de pase; es la lección más barata disponible antes de comprometer una cuota. Ten en cuenta que si corres varios EAs, el riesgo que introduzcas debe reflejar todo el conjunto dimensionado a tu presupuesto diario, un punto desarrollado en las guías de riesgo por estrategia.

En resumen

Simula antes de pagar. Un backtest demuestra que el edge existe; un Monte Carlo te dice con qué frecuencia ese edge supera de verdad las reglas — y ese número, no el backtest, es lo que estás apostando con la cuota.

Herramienta relacionada Simulador de challenge →
← Prop firms
Tecnemia AlgoSentinel

Un solo panel para toda la operativa

AlgoSentinel lleva toda tu operativa de EAs — vigila tus estrategias y tus VPS a todas horas y te marca qué requiere atención.

  • Control de EAs en incubación — un veredicto claro: incubar · promover · retirar
  • Monitor de VPS y real — el aviso que ahorra dinero cuando un EA no arranca
Ver AlgoSentinel →
Panel de AlgoSentinel (vista real)