Tasa de aprobación prop firm: comprobar denominador y fase

Una tasa de aprobación necesita unidad, periodo y resultado definidos. Esta página no establece una tasa general al primer intento ni una ventaja medida de EAs. Aprobar una fase, recibir otra cuenta y cobrar una reward son eventos diferentes.

Definir la pregunta antes de calcular

• ¿Qué firma, producto concreto y fase?
• ¿Qué fechas y versión de reglas?
• ¿El denominador cuenta intentos o personas únicas?
• ¿Cómo se tratan repeticiones, cuentas pendientes y datos ausentes?
• ¿El resultado es fase aprobada, cuenta autorizada o reward pagada?

Una captura o estimación comunitaria no responde estas preguntas. Una tasa de un producto no se traslada automáticamente a otro ni a tu próximo intento.

Ejemplo 1: intentos terminados y todos los inicios

Todos los números de estos ejemplos son ficticios. Un archivo contiene 120 intentos iniciados: 20 aprobados, 80 terminados sin aprobar y 20 pendientes. Hay 100 intentos terminados.

Entre los terminados, 20 ÷ 100 = 20% aprobaron. Entre todos los inicios, 20 ÷ 120 ≈ 16,7% ya aprobaron. Ambas cuentas son correctas pero responden preguntas distintas. La segunda no es una tasa final mientras haya 20 casos pendientes. Estos no son automáticamente fracasos.

Ejemplo 2: intentos no son personas

Si los 100 intentos terminados pertenecen a 80 participantes únicos y 15 aprobaron al menos una vez, la proporción por persona es 15 ÷ 80 = 18,75%. No equivale a 20 intentos aprobados de 100 terminados. Una persona puede acumular varios intentos y aprobaciones.

Conserva un identificador de intento y otro seudonimizado de participante. Sin la relación entre ambos no se puede cambiar de unidad silenciosamente.

Ejemplo 3: el denominador de otra fase

En un archivo ficticio distinto, 100 participantes empiezan la fase uno, 40 la aprueban y los 40 comienzan la fase dos. Si se conocen todos los resultados y 20 aprueban la segunda, su tasa es 20 ÷ 40 = 50%. Respecto al grupo original, 20 ÷ 100 = 20% completaron las dos fases.

La aprobación de otra cuenta o el pago efectivo de una reward necesita sus propios criterios, fechas y contadores. Un saldo simulado tampoco es una transferencia de capital al participante.

Mantener reglas y ejecución dentro de la medición

Registra base de pérdidas, zona del reinicio, límite fijo o móvil, resultados abiertos y costes. Para FTMO consulta el producto en la página oficial de objetivos. Una fórmula general del 5%/10% o un porcentaje fijo por operación no representa todos los productos. Stops, gaps y posiciones simultáneas afectan a la ejecución.

Diario y backtests pueden documentar decisiones, desviaciones y supuestos. Conserva también pruebas desfavorables, costes y periodos no usados para ajustar. Eso no demuestra por sí solo una mayor tasa de aprobación. La guía de causas de fallo clasifica los eventos que terminan intentos.

Qué debe demostrar una afirmación sobre EAs

El software puede ejecutar lógica y aun así perder, estar mal configurado o incumplir reglas. Una ventaja medida necesita una comparación que describa poblaciones, productos, fechas, costes y selección. Mostrar solo cuentas favorables no basta. Operarlo personalmente tampoco prueba el permiso del programa.

Revisa el JPTC EA Hub por versión. El JPTC Algo alojado es independiente y no se ofrece para evaluaciones prop firm; el cliente no lo instala ni lo ejecuta y no necesita VPS para ese servicio. La página de resultados publica cifras propias de extractos del bróker, no una auditoría independiente ni un estudio de aprobación de usuarios de EAs.

Publicar qué significa la cuenta

Indica numerador, denominador, producto, periodo, fase y tratamiento de repeticiones y casos pendientes junto al resultado. Explica los datos ausentes. Así se puede comprobar el cálculo sin convertir un ejemplo ficticio o expedientes seleccionados en predicción.

JPTC Algo: capturas publicadas por la empresa

Capturas ilustrativas de JPTC, no pruebas de resultados de desafíos. Consulta el periodo en la página de resultados.

@jptradingcapital on Instagram →