Defina “qualidade de execução” em um contexto de demo
Qualidade de execução descreve o quão próximo o resultado real de uma ordem está do que um trader esperaria com base nos termos da ordem e na realidade do mercado. Em uma conta demo, a “execução” é frequentemente uma emulação: ela pode reproduzir alguns mecanismos (correspondência de ordens, cotação, simulação de latência), mas não necessariamente a mesma infraestrutura da negociação ao vivo. Portanto, o objetivo não é adivinhar “qual corretora é a melhor”, mas avaliar quais propriedades de execução são mensuráveis e reproduzíveis na demo.
Uma divisão útil é:
- Mecânica de manuseio de ordens (como a plataforma trata ordens de mercado, ordens limitadas, execuções parciais e tempo em vigor).
- Formação do preço de execução (como os preços cotados se traduzem em execuções).
- Modelagem de custos e restrições (spreads, comissões, regras de margem e quaisquer restrições que afetem a aceitação de ordens).
Meça o que você pode: fatores concretos de execução
Comece com fatores que podem ser medidos a partir de logs (ou de um ambiente de teste reproduzível) sem precisar de dados de mercado em tempo real.
- Fidelidade do tipo de ordem Teste ordens de mercado e limitadas em cenários controlados.
- Para uma ordem de mercado, defina o comportamento esperado como “execuções ocorrem perto da última cotação disponível” e registre o desvio.
- Para uma ordem limitada, defina o comportamento esperado como “execuções ocorrem somente quando o preço modelado cruza o limite (ou é tratado como cruzado).”
- Comportamento de slippage sob premissas declaradas Slippage é a diferença entre um preço de referência e o preço de execução da ordem. Em uma demo, você deve declarar sua referência claramente (por exemplo, “último preço médio exibido no momento em que a ordem é aceita”, conforme registrado pela plataforma). Em seguida, calcule:
- Slippage absoluto = |preço de execução − preço de referência|
- Slippage direcional = preço de execução − preço de referência
Premissa: o timestamp de referência e a cotação exibida pela plataforma estão alinhados no tempo com o seu método de medição. Se você não puder verificar o alinhamento, trate os resultados como verificações de consistência interna, não como verdade sobre o impacto no mercado.
- Execuções parciais e ciclo de vida da ordem A qualidade de execução inclui se as ordens são:
- executadas parcialmente e como o sistema decide as quantidades executadas,
- canceladas/expiradas corretamente de acordo com as regras de tempo em vigor,
- rejeitadas pelos mesmos motivos que se aplicariam no modo ao vivo (se essas regras forem modeladas).
Registre os eventos completos do ciclo de vida: enviada → aceita → executada (possivelmente em partes) → fechada/cancelada.
Limites das evidências: o que os resultados da demo não podem provar
A qualidade de execução em demo tem limitações materiais e modos de falha.
- Modelo de dados de mercado diferente: Uma demo pode usar um feed diferente ou uma lógica de correspondência simplificada. Isso significa que “boas execuções em demo” não garantem qualidade de execução ao vivo.
- Latência e fila diferentes: Se a demo não simula atrasos, profundidade do livro de ordens ou posição na fila, as estatísticas de slippage podem parecer melhores do que seriam em condições reais.
- Incompatibilidade na representação de custos: Spreads, comissões ou taxas podem ser simplificados. Mesmo que as execuções pareçam razoáveis, o custo total pode ser subestimado.
- Sobreajuste a um único cenário: Uma única janela de teste (um dia, uma sessão, um regime de volatilidade) pode produzir conclusões enganosas.
- Mecânica não estacionária: Os sistemas de demo podem ser atualizados. Uma medição que era estável no mês passado pode não permanecer estável depois.
Um modo de falha concreto a observar: a demo pode permitir execuções “facilmente demais” (por exemplo, preenchendo ordens limitadas imediatamente quando um cruzamento é apenas hipotético), ou pode aplicar uma lógica de execução independente da correspondência de ordens realista. Em ambos os casos, suas métricas se tornam artefatos do simulador, em vez de indicadores da execução ao vivo.
Um checklist de verificação que você pode executar de forma independente
Use verificações controladas e repetíveis, em vez de julgamentos de uma única vez.
- Crie um protocolo de medição Anote:
- tipos de ordem usados,
- tamanhos usados,
- a definição do preço de referência,
- como você captura timestamps e preços de execução.
-
Repita em diferentes condições Execute testes em diferentes horários e regimes de volatilidade (por exemplo, períodos calmos vs. ativos) e com vários tamanhos de ordem. Premissa: o comportamento da demo é consistente o suficiente para que a repetição revele variação de forma significativa.
-
Compare consistência interna, não previsões Se você não puder acessar benchmarks ao vivo confiáveis, não interprete as métricas da demo como previsões. Em vez disso, pergunte se a demo se comporta de forma consistente com suas próprias regras de ordem descritas (por exemplo, lógica de cruzamento de ordens limitadas) e se os padrões de custo e slippage mudam de maneiras plausíveis.