Um backtest pode executar a sua ordem limitada mesmo quando não existia uma oportunidade de negociação. Se a mínima de uma vela desceu abaixo do seu limite de compra, muitos motores registam uma execução. Mas a mínima só indica que pelo menos uma transação reportada ocorreu a esse preço ou abaixo dele. Não diz quanto foi transacionado, que volume estava à sua frente na fila ou se a sua ordem já estava ativa a tempo.
Esta distinção é especialmente importante quando a vantagem da estratégia depende de execuções passivas frequentes. Um modelo que trata cada toque no preço como uma execução completa pode transformar uma entrada paciente numa fonte imaginária de alfa.
Se uma vela tocar no meu preço limite, isso significa que a minha ordem foi executada?
Não. Significa que o intervalo de preços registado na vela incluiu o seu limite. A possibilidade de a sua ordem ser executada depende do livro de ordens do mercado, do fluxo de transações, da sua posição na fila e do momento em que a ordem chegou.
Imagine uma ordem limitada de compra a $100.00. A vela abre a $100.20, atinge uma mínima de $99.98 e fecha a $100.10. Pode ter sido registada uma transação dois cêntimos abaixo do seu preço, mas, se houvesse uma fila grande à frente da sua ordem a $100.00 e só tivesse sido transacionado um volume pequeno nesse preço, a sua ordem poderia não ter sido executada. Só com OHLCV, não consegue ver essa fila.
Há ainda outra questão: uma vela agrega eventos ao longo do tempo. Se o seu sinal for calculado com base no fecho dessa vela, não pode presumir que a sua ordem já estava no livro durante a vela, quando ocorreu a mínima. A vela comprime a sequência de eventos que permitiria responder à pergunta.
O que me dizem realmente os dados OHLCV sobre a execução de uma ordem limitada?
Os dados OHLCV podem excluir algumas execuções e tornar outras plausíveis. Não permitem determinar a prioridade na fila nem garantir o volume disponível para a sua ordem.
| Observação | O que permite concluir | O que não permite provar |
|---|---|---|
| A mínima da vela ficou acima de um limite de compra | Nenhuma transação reportada atingiu esse preço durante a vela | Que a ordem teria sido executada |
| A mínima da vela tocou no limite de compra | O preço foi reportado no limite | Que tenha sido transacionado algum volume depois da chegada da sua ordem |
| A mínima da vela desceu abaixo do limite de compra | Ocorreram transações a esse preço ou abaixo dele | Que tenha chegado volume suficiente à sua posição na fila |
| O volume total da vela excedeu o tamanho da sua ordem | O mercado transacionou pelo menos esse volume em algum momento da vela | Que esse volume tenha sido transacionado ao seu preço, depois da chegada da ordem |
Por isso, um motor baseado em velas precisa de uma suposição de execução. Trate essa suposição como um modelo com um ponto cego conhecido, não como um facto extraído da vela.
Como devo modelar a execução de ordens limitadas num backtest?
Comece pelo momento de envio da ordem. Defina quando o sinal fica disponível, quando a ordem chega à plataforma e que eventos de mercado subsequentes podem interagir com ela. Para um sinal conhecido no fecho da vela, uma regra conservadora baseada em velas é tornar a ordem elegível a partir da vela seguinte.
Depois, separe a elegibilidade pelo preço da quantidade executada. O facto de um limite se tornar elegível para negociação não significa que a ordem seja executada na totalidade. Se tiver registos de transações, mas não o histórico do livro de ordens, pode exigir que o volume transacionado ao limite ou a um preço melhor exceda um múltiplo do tamanho da sua ordem. Esse múltiplo é uma margem aproximada para a fila, não uma constante universal. Teste vários valores e registe como os resultados mudam.
Por exemplo, suponha que a estratégia coloca uma ordem limitada de compra de 2 BTC e que, depois de a ordem se tornar elegível, são transacionados 3 BTC ao preço escolhido. Um modelo que exija 5 BTC de volume elegível deixaria a ordem por executar; um modelo com um múltiplo de volume de 1.0 executá-la-ia. Nenhum dos resultados reconstitui a fila. A comparação mostra até que ponto a estratégia depende de uma suposição que não consegue observar.
Mantenha as ordens por executar na simulação. Cancele-as quando a estratégia as cancelaria e deixe que a oportunidade perdida continue perdida. Registar uma execução sempre que o limite de uma estratégia é tocado, ignorando ao mesmo tempo as ordens que expiram sem serem executadas, enviesará tanto a execução como a contagem de oportunidades.
Quando preciso de dados do livro de ordens?
Use atualizações do livro de ordens e transações quando a posição na fila ou as execuções parciais forem centrais para a estratégia: market making, cotações passivas de curta duração ou entradas que dependam de estar perto do início de um nível de preço congestionado. Mesmo assim, os dados históricos públicos podem não revelar a sua posição exata na fila. Terá de modelar a chegada da ordem, os cancelamentos à sua frente, as regras de correspondência e o impacto da sua própria atividade no mercado.
Em estratégias mais lentas, livros detalhados podem acrescentar complexidade sem resolver a principal incerteza. Ainda assim, um estudo baseado em velas pode comparar um limite superior com execução em cada toque e cenários mais rigorosos, condicionados ao volume. Se a vantagem aparente desaparecer assim que exigir execuções plausíveis, isso é informação de investigação valiosa.
Como posso perceber se o meu resultado depende de execuções otimistas?
Execute a mesma estratégia com um pequeno conjunto de regras de execução explícitas e compare mais do que o retorno final. Acompanhe o número de ordens executadas, a taxa de execução parcial, o tempo no livro, a quantidade cancelada, os movimentos perdidos após execuções falhadas e o volume de negócios. Uma estratégia pode manter o retorno de destaque e, ainda assim, depender de muito menos operações, mais convenientes.
A negociação em papel é o passo seguinte: submeta a lógica real das ordens e registe confirmações, execuções e cancelamentos. As execuções em papel continuam a depender das regras da própria plataforma ou simulador, mas permitem testar aspetos de temporização e gestão de ordens que uma vela não mostra.
Um limite tocado é uma evidência sobre o preço. Uma execução é uma afirmação sobre a execução da ordem. O seu backtest deve tornar visível a diferença entre estas afirmações.
← Todos os artigos
