Taxa de aprovação prop firm: verificar denominador e fase

Uma taxa de aprovação exige unidade, período e resultado definidos. Esta página não estabelece uma taxa geral à primeira tentativa nem vantagem medida de EAs. Passar uma fase, receber outra conta e cobrar uma reward são eventos distintos.

Definir a pergunta antes do cálculo

• Qual empresa, produto concreto e fase?
• Quais datas e versão das regras?
• O denominador conta tentativas ou participantes únicos?
• Como são tratadas repetições, contas pendentes e dados ausentes?
• O resultado é fase aprovada, conta autorizada ou reward paga?

Uma captura ou estimativa comunitária não responde a estas perguntas. Uma taxa de um produto não se transfere automaticamente para outro nem para a sua próxima tentativa.

Exemplo 1: tentativas concluídas e todos os inícios

Todos os números dos exemplos são fictícios. Um ficheiro contém 120 tentativas iniciadas: 20 aprovadas, 80 concluídas sem aprovação e 20 pendentes. Existem 100 tentativas concluídas.

Entre as concluídas, 20 ÷ 100 = 20% passaram. Entre todos os inícios, 20 ÷ 120 ≈ 16,7% já passaram. As duas contas estão certas, mas respondem a perguntas diferentes. A segunda não é uma taxa final enquanto existirem 20 casos pendentes. Estes não são automaticamente falhas.

Exemplo 2: tentativas não são pessoas

Se as 100 tentativas concluídas pertencem a 80 participantes únicos e 15 passaram pelo menos uma vez, a proporção por pessoa é 15 ÷ 80 = 18,75%. Não equivale a 20 tentativas aprovadas em 100 concluídas. Uma pessoa pode ter várias tentativas e aprovações.

Guarde um identificador de tentativa e outro pseudonimizado de participante. Sem a relação entre ambos, não se pode mudar de unidade silenciosamente.

Exemplo 3: o denominador de outra fase

Num ficheiro fictício diferente, 100 participantes iniciam a fase um, 40 passam e todos os 40 começam a fase dois. Com todos os resultados conhecidos e 20 aprovações na segunda fase, a sua taxa é 20 ÷ 40 = 50%. No grupo inicial, 20 ÷ 100 = 20% passaram ambas as fases.

A aprovação de outra conta ou o pagamento efetivo de uma reward necessita de critérios, datas e contagens próprios. Um saldo simulado também não é uma transferência de capital para o participante.

Manter regras e execução no âmbito da medição

Registe base de perdas, fuso do reinício, limite fixo ou móvel, resultados abertos e custos. Para FTMO consulte o produto na página oficial de objetivos. Uma fórmula genérica de 5%/10% ou percentagem fixa por operação não representa todos os produtos. Stops, gaps e posições simultâneas afetam a execução.

Diário e backtests podem documentar decisões, desvios e pressupostos. Preserve também testes desfavoráveis, custos e períodos não usados para afinar. Isso não demonstra, por si só, uma taxa de aprovação superior. O guia de causas de falha classifica eventos que terminam tentativas.

O que deve demonstrar uma afirmação sobre EAs

O software pode executar lógica e ainda assim perder, estar mal configurado ou violar regras. Uma vantagem medida exige comparação com populações, produtos, datas, custos e seleção documentados. Mostrar apenas contas favoráveis não basta. A operação pessoal também não comprova autorização do programa.

Analise o JPTC EA Hub por versão. O JPTC Algo alojado é separado e não se destina a avaliações prop firm; o cliente não o instala nem o executa e não necessita de VPS para esse serviço. A página de resultados publica números próprios de extratos da corretora, não uma auditoria independente nem um estudo de aprovação dos utilizadores de EAs.

Publicar o significado do cálculo

Indique numerador, denominador, produto, período, fase e tratamento de repetições e casos pendentes junto do resultado. Explique os dados ausentes. Assim é possível conferir a conta sem transformar um exemplo fictício ou registos selecionados numa previsão.

JPTC Algo: capturas publicadas pela empresa

Capturas ilustrativas da JPTC, não provas de resultados de desafios. Consulte o período na página de resultados.

@jptradingcapital on Instagram →