Um desafio de prop firm é o software que decide se uma conta de avaliação está ativa, aprovada ou violada.
Ele lê negociações, saldo da conta, lucro e perda abertos, taxas e tempo. Compara esse estado da conta com as regras do programa. Quando um limite é ultrapassado, o mecanismo pode bloquear novas ordens, fechar posições, mover a conta para outro estágio ou enviá-la para revisão de pagamento.
Isso parece simples até que duas pessoas calculem a mesma regra de maneira diferente.
Considere uma $100,000 conta com um limite de perda diária de 5%. O limite fica em $95,000 o dia todo? Ele se move depois que o trader ganha $2,000? As perdas abertas contam? Qual fuso horário encerra o dia? O que acontece se uma posição ultrapassar o limite entre duas atualizações de preço?
A porcentagem é a parte fácil. A definição, o momento e as evidências são o que tornam um motor de desafios confiável.
| Componente | Seu trabalho |
|---|---|
| Plataforma de negociação | Aceita ordens e registra posições, preenche e valores da conta |
| Motor de desafio | Aplica as regras de avaliação e altera o status da conta |
| Painel do trader | Mostra o progresso, o espaço de perda restante e o histórico de regras |
| CRM e back office | Gerencia o cliente, o ciclo de vida da conta, revisões e comunicação |
| Fluxo de pagamento | Verifica elegibilidade, calcula a divisão e registra o status do pagamento |
Como funciona um motor de desafio de empresa de prop
Eu vejo o motor como um processador de eventos com memória.
Todo evento relevante entra em sequência: um preenchimento, uma mudança de preço, uma comissão, uma troca, um reset diário ou uma correção manual de saldo. O motor reconstrói o estado da conta, avalia as regras e escreve a decisão em um registro de auditoria.
Do evento comercial à decisão da conta
O motor combina eventos da plataforma com a versão ativa da regra. Cada decisão produz uma ação na conta e um registro de auditoria.
Estado da conta + avaliador de regras
Reconstruir a conta, depois executar todas as regras ativas contra o mesmo estado.
ID do evento, instantâneo da conta, limite, versão da regra, decisão, ação e carimbo de data/hora.
A sequência importa. Um preenchimento tardio pode produzir a exposição errada. Um preenchimento duplicado pode contar a mesma perda duas vezes. Diferentes fusos horários podem fazer um reset diário válido parecer uma violação.
Um motor confiável, portanto, precisa de quatro coisas:
- Eventos normalizados. Símbolos, carimbos de data/hora, taxas e identificadores de conta devem usar um formato consistente.
- Um estado contábil autoritativo. O saldo, a equidade, as posições abertas, a marca d’água e a linha de base diária devem vir de fontes definidas.
- Regras determinísticas. A mesma história de eventos deve sempre produzir o mesmo resultado.
- Um registro de auditoria. A empresa deve ser capaz de mostrar qual evento desencadeou uma aprovação ou violação e qual versão da regra estava ativa.
Um painel sem essas fundações pode mostrar um aviso, mas não pode explicar de forma confiável como o número foi alcançado.
As regras que o motor deve calcular
A maioria dos programas de avaliação utiliza rótulos familiares. O cálculo sob cada rótulo ainda pode variar.
Meta de lucro
Uma meta de lucro define o resultado necessário para completar uma etapa. Uma versão básica pode exigir uma conta que comece em $100,000 para alcançar $108,000.
O motor ainda precisa de respostas para várias perguntas:
- O alvo é baseado em saldo ou patrimônio?
- Todas as posições devem ser fechadas antes que a fase passe?
- As comissões e swaps estão incluídos?
- Há um número mínimo de dias de negociação?
- Um grande dia pode violar uma regra de consistência mesmo após a meta ser alcançada?
Eu prefiro que a lógica de passagem seja executada apenas após todas as regras de risco terem sido verificadas. Um trader não deve passar porque a equidade atingiu o alvo na mesma atualização de preço que violou o limite de perda.
Perda máxima diária
A perda diária é geralmente a regra mais exposta a erros de temporização.
Suponha que a perda diária permitida seja $5,000. Uma implementação simples é:
Piso diário = Linha de base do início do dia - $5,000
Quarto restante = Patrimônio atual - Piso diário
Um programa pode, em vez disso, usar o capital inicial, o maior entre o saldo e o capital, ou uma porcentagem fixa do tamanho inicial da conta. Ele pode incluir P&L aberto, comissões, swaps e dividendos. Ele pode ser redefinido no fuso horário da plataforma em vez do horário local do trader.
A regra pública deve descrever a linha de base exata e as deduções. O motor deve armazená-las a cada reinicialização.
Perda máxima e drawdown
Uma perda máxima estática mantém um limite fixo. Com uma conta inicial de $100,000 e um limite de $10,000, o limite permanece $90,000.
Um drawdown de seguimento move o piso para cima quando a conta atinge um novo máximo:
Piso de acompanhamento = Marca de alta - Permissão de redução
Se o nível máximo da água atingir $106,000 e a cota for $10,000, o piso se torna $96,000.
O programa deve especificar o que cria um novo recorde de altura:
- ações intradiárias;
- ação de fim de dia;
- saldo fechado;
- saldo de fim de dia.
Deve também indicar se o piso continua a ser seguido, para no saldo inicial ou se trava em outro limite. “10% de queda de trailing” está incompleto sem esses detalhes.
Dias de negociação e consistência
Um dia de negociação deve ter uma definição documentada. Abrir uma posição, fechar uma e manter uma operação overnight não contam necessariamente da mesma forma.
As regras de consistência precisam de precisão igual. Se o melhor dia não pode exceder 40% do lucro total, o motor precisa saber se o teste se aplica durante o desafio, no momento da aprovação ou apenas quando um pagamento é solicitado.
Por exemplo, um trader tem $10,000 em lucro total e fez $4,800 no melhor dia:
$4,800 / $10,000 = 48%
A conta pode estar acima de sua meta de lucro, mas ainda assim falhar no teste de consistência de 40%. Dependendo do programa, o trader pode precisar ganhar mais em outros dias em vez de perder parte do melhor dia.
Restrições de negociação
Tamanho da posição, instrumento, período de manutenção, notícias e regras de automação precisam de calendários estruturados, mapeamento de instrumentos e dados de pedidos. Uma sentença nos termos não pode parar uma ordem por si só.
Uma conta, três diferentes pisos de perda
Use esta conta ilustrativa:
- saldo inicial:
$100.000; - saldo atual:
$102,000; - saldo de início do dia:
$102,000; - maior patrimônio registrado:
$106,000; - capital atual:
$97,200; - limite de perda diária:
$5,000; - provisão para perda total:
$10,000.
Qual regra de perda interrompe a conta primeiro?
A mesma conta de $100.000 pode ser segura ou violada dependendo do patrimônio atual e da marca d’água mais alta registrada.
Perda diária
Saldo no início do dia – $5,000
Perda máxima estática
Saldo inicial – $10,000
Drawdown de trailing
Marca de alta – $10,000
A perda diária é o limite mais próximo, com `$200` de margem restante.
Com uma linha de base diária fixa, o piso diário é $97,000. A equidade atual tem apenas $200 restantes antes da violação.
O limite de perda total estático permanece em $90,000, deixando $7,200. Essa regra não está perto de ser acionada.
O piso de arrasto é $96,000, baseado na marca d'água alta de $106,000. Isso deixa $1,200.
A regra diária vence porque tem o menor espaço restante. Outra $250 de perda flutuante levaria o patrimônio a $96,950 e quebraria a conta, embora ainda permaneça muito acima do limite estático de perda máxima.
É por isso que eu não julgo uma avaliação apenas com base nas porcentagens do título. A restrição ativa pode mudar ao longo do dia, e pode não ser a regra que um trader espera.
O que acontece quando um limite é ultrapassado
Uma violação é um fluxo de trabalho, não uma mudança de cor em um painel.
Uma empresa deve decidir quais ações acontecem e em que ordem:
- Registre o estado da conta e o evento de mercado que acionou.
- Rejeitar novos pedidos.
- Cancelar ordens de trabalho.
- Feche as posições abertas se o programa exigir.
- Bloqueie a conta ou marque-a para revisão.
- Notifique o comerciante e a equipe de operações.
- Preserve o cálculo e a versão da regra para uma possível disputa.
Existem dois modos de falha comuns.
Com a execução atrasada, o painel detecta uma violação enquanto a plataforma ainda aceita pedidos. Com a execução duplicada, uma nova tentativa fecha uma posição duas vezes ou repete uma mudança de status. Repetir o mesmo evento de violação não deve repetir seu efeito financeiro.
Os avisos podem ajudar antes do limite rígido. Por exemplo, o sistema pode notificar o trader em 70% e 90% da capacidade de perda diária. Mas um limite de aviso deve permanecer separado da regra de violação real.
Casos extremos que merecem seus próprios testes
A maioria dos defeitos aparece nas fronteiras em vez de durante uma negociação fechada comum.
| Situação | Comportamento esperado |
|---|---|
| Reset diário com P&L aberto | Capturar a linha de base definida no fuso horário do programa antes de processar o próximo evento |
| Gaps de preço através de um limite | Registrar o primeiro preço disponível e o resultado do patrimônio, não uma negociação fictícia no limite |
| Preenchimentos parciais e taxas atrasadas | Aplicar cada evento uma vez e recalcular após a chegada de comissões ou swaps |
| Interrupção do feed | Preservar a ordem dos eventos após a reconexão e evitar passar uma conta de dados incompletos |
| Correção manual | Armazenar o autor, razão, carimbo de data/hora e link para a decisão original |
As mudanças de horário de verão, manutenção e callbacks duplicados pertencem ao mesmo pacote de teste. Um evento reorganizado pode fazer com que uma regra correta produza a decisão errada.
Passar um desafio é uma transição de estado
A meta de lucro sozinha não deve promover uma conta.
Antes de mudar active para passed, verifique:
- nenhuma regra rígida é violada;
- o alvo utiliza a medida de saldo ou patrimônio exigida;
- todos os dias de negociação necessários estão completos;
- as condições de consistência são satisfeitas;
- as posições são fechadas se o programa exigir;
- a conta não possui dados não resolvidos ou restrições de conformidade.
As tentativas não devem criar a próxima conta duas vezes ou anexar o modelo de regra errado.
Mantenha o histórico do estágio visível: conta criada, estágio passado, conta financiada criada, elegível para pagamento, pagamento solicitado e pagamento concluído. Essa linha do tempo informa o suporte onde uma conta está presa.
Como funciona o fluxo de pagamento
O mecanismo de desafio estabelece a elegibilidade. O fluxo de pagamento lida com o dinheiro e os controles ao redor dele.
Uma sequência prática é:
- Congelar uma captura de elegibilidade para o período de desempenho solicitado.
- Confirme se a conta não tem posições em aberto, se necessário.
- Recalcular o lucro elegível após taxas e pagamentos anteriores.
- Aplique a parte do lucro do trader.
- Executar verificações de identidade, propriedade da conta e abuso.
- Aprovar, rejeitar ou enviar o pedido para revisão manual.
- Crie a instrução de pagamento.
- Registrar o status do provedor, taxas e referência de liquidação.
- Ajuste a conta de acordo com as regras do programa.
Se o lucro elegível for $6,000 e a participação do trader for 80%, o pagamento bruto é:
$6,000 x 80% = $4,800
O sistema deve mostrar qual janela de desempenho produziu o $6,000, se os pagamentos anteriores foram deduzidos e o que acontece com os restantes $1,200.
O status do pagamento também precisa de reconciliação. “Aprovado” no escritório de back office da empresa de prop não significa “pago” pelo provedor de pagamento ou “recebido” pelo trader.
As regras de risco e a detecção de abuso são sistemas diferentes
A perda diária e a redução são determinísticas. A conta ou ultrapassou o limite definido ou não ultrapassou.
A detecção de abuso é geralmente probabilística. Dispositivos compartilhados, pedidos correspondentes, latência incomum, contas coordenadas ou conflitos de identidade podem criar sinais. Um sinal não é prova por si só.
Eu manteria os dois caminhos de decisão separados:
- Mecanismo de regras: calcula as condições do programa publicado.
- Controles de abuso: pontue o comportamento e colete evidências.
- Revisão manual: lida com casos ambíguos e registra o motivo final.
Controles automáticos podem bloquear ações claramente definidas. Um sinal fraco não deve se tornar uma rejeição de pagamento inexplicada. Os revisores precisam dos pedidos subjacentes, carimbos de data/hora, dispositivos e referências de regras, não apenas de uma pontuação.
O que testar antes de lançar um desafio
Eu repetiria sequências completas de eventos e verificaria cada resultado contra um cálculo manual.
O pacote de teste deve incluir:
- um passe comum;
- perda diária causada por P&L flutuante;
- violações de drawdown estático e de trailing;
- um pico de ações que move um piso de acompanhamento intradiário;
- um reinício diário com posições abertas;
- uma diferença de preço através do limite;
- comissões e swaps postados após um preenchimento;
- preenchimentos parciais e pedidos rejeitados;
- eventos duplicados e fora de ordem;
- uma interrupção de dados de mercado e reconexão;
- um evento simultâneo de alvo e limite de perda;
- um pagamento após um ou mais pagamentos anteriores;
- um recurso aceito e correção manual da conta.
Para cada caso, compare os eventos da plataforma, o cálculo do motor, a mensagem do trader e o registro do back-office. Todos os quatro devem descrever o mesmo resultado. Acompanhe a latência da decisão, as violações contestadas, os recursos bem-sucedidos, o tempo de pagamento e as ações duplicadas.
O que uma empresa de prop deve ser capaz de configurar
A lista de regras importa menos do que um comportamento previsível e um cálculo que a equipe pode reproduzir.
Antes de selecionar um motor de desafio, verifique se a empresa pode configurar:
- programas de estágio único, estágio múltiplo e acesso direto;
- meta de lucro e dias mínimos de negociação;
- linha de base de perda diária, hora de redefinição e custos incluídos;
- comportamento de drawdown e bloqueio estático, de fim de dia ou intradia;
- instrumento, tempo, notícias e restrições de tamanho de posição;
- avisos, violações graves e ações na conta;
- fluxo de trabalho de passe, promoção e pagamento;
- versões de regras, logs de eventos e permissões de revisão manual.
Também teste quão rapidamente uma mudança de regra atinge contas ativas. Novos termos não devem reescrever silenciosamente o cálculo para uma avaliação já em andamento.
Essa integração é importante porque o motor de desafios não pode operar isoladamente. Ele precisa de dados limpos da plataforma, controles de conta aplicáveis e um registro de pagamento que o financeiro possa conciliar.
