Considerações avançadas sobre Slippage

O que é slippage e o que “avançado” significa aqui?

Slippage é a diferença entre o preço que você esperava ao colocar uma ordem e o preço que você realmente recebe quando a ordem é executada (preenchida). Na prática, “preço esperado” pode significar coisas diferentes: um preço negociado por último (last-traded), um preço médio (mid-price), uma cotação no momento em que você envia, ou um limite selecionado pelo usuário. Como essas definições variam, uma discussão avançada começa pela mensuração.

“Considerações avançadas” significa olhar além da ideia básica e focar nas dependências, casos-limite e em como os sistemas representam e calculam slippage. Também significa separar mecânicas estáveis (o que é slippage) de condições variáveis (comportamento do mercado, método de execução, custos e restrições operacionais). Sem essa separação, é fácil misturar intuição com artefatos de mensuração.

Um modelo simples das mecânicas de slippage

Uma forma mínima de modelar slippage é:

Preço esperado: P_expected
Preço de preenchimento real: P_fill
Slippage (unidades de preço): ΔP = P_fill − P_expected

Para traduzir isso em “o que significa” para os resultados, você também precisa do tamanho da posição e da direção:

Para uma ordem de compra, um aumento no preço de preenchimento (ΔP > 0) piora a execução.
Para uma ordem de venda, uma diminuição no preço de preenchimento (ΔP < 0) piora a execução.

Duas questões importantes de implementação seguem daí.

1) Escolha e registre P_expected de forma consistente

Plataformas e fluxos de execução diferentes definem “esperado” de maneiras diferentes. Se um sistema usa a cotação que você viu, enquanto outro usa o preço negociado por último, você pode observar valores de slippage diferentes mesmo no mesmo evento. Uma auto-verificação é perguntar: “Qual foi o timestamp exato e a fonte de preço usados para P_expected?”

2) Decida como tratar os custos

Slippage às vezes é reportado apenas como a diferença de preço, e às vezes como uma diferença de “execução efetiva” que inclui spread e taxas. Isso não é o mesmo conceito.

Se você quiser raciocinar de forma independente, use uma decomposição clara:

Componente de spread: a diferença bid/ask que você efetivamente cruza (dependendo do lado da compra/venda)
Componente de taxa/comissão: custos explícitos de negociação
Componente de impacto: o preço se movendo entre seu preço de referência e o preenchimento

Mesmo sem dados externos, a separação conceitual ajuda: você não deve atribuir toda a perda de execução a “slippage” se custos e spread estiverem incluídos.

Evidências e exemplos: casos-limite que mudam a história

A seguir estão casos-limite comuns em que uma “diferença entre dois preços” pode enganar, a menos que você trate isso com cuidado.

Preenchimentos parciais e múltiplos preenchimentos

Se uma ordem é preenchida em partes, você pode não ter um único preço de execução, mas vários. Então um único ΔP fica ambíguo:

Qual preço de preenchimento é usado — o primeiro preenchimento, o último preenchimento, a média de preenchimento ou a média ponderada?
P_expected é fixado no momento do envio, ou é atualizado conforme as cotações mudam?

Uma abordagem robusta é usar um preço de preenchimento médio ponderado e um único preço de referência esperado (ou calcular slippage explicitamente separadamente por preenchimento). Caso contrário, você pode acabar comparando maçãs com laranjas.

Mudanças de cotação durante o envio e o roteamento

Geralmente há um atraso entre quando você observa um preço e quando a ordem chega ao local de execução. Nesse intervalo, o mercado pode atualizar as cotações. Em um ambiente de alta velocidade, o preço “esperado” pode ficar desatualizado antes de a execução começar.

Consideração avançada: você pode observar slippage mesmo se usou um limite ou apenas colocou uma pequena ordem a mercado, porque “esperado” foi baseado em informações que já estavam desatualizadas no momento em que o roteamento ocorreu.

Comportamento do tipo de ordem e “esperado” contra um limite

Limites reduzem a chance de receber um preço pior do que seu limite, mas não eliminam a incerteza de execução. Um limite pode levar a:

Nenhum preenchimento (a ordem permanece sem execução)
Preenchimento parcial
Preenchimento em múltiplos preços até o limite da fronteira

Isso significa que “slippage” para a parcela que é preenchida pode parecer pequeno, enquanto a parcela não preenchida é, na prática, um custo de oportunidade que não é capturado apenas pela diferença de preço. Assim, o slippage pode parecer favorável enquanto a execução geral não é.

Microestrutura do mercado: interações entre liquidez e volatilidade

Mesmo sem números em tempo real, você pode raciocinar sobre relações consistentes na direção:

Em condições de menor liquidez, os preenchimentos são mais sensíveis a mudanças súbitas no livro de ordens.
Em condições de maior volatilidade, a referência de preço tem mais probabilidade de se mover antes da execução.

O ponto avançado-chave é que slippage não é apenas uma medida de “condição de mercado”; é um resultado combinado das condições do mercado e das regras de execução que você usou (tipo de ordem, timing e se sua referência esperada é preço médio, preço negociado por último, ou uma cotação).

Limitações e riscos: o que você pode e não pode inferir

Slippage é mensurável, mas você não pode tratá-lo como uma quantidade garantida ou previsível. Os resultados variam com as condições do mercado, custos, caminho de execução e a definição usada para o preço esperado versus o preço real.

Limitação material: relações históricas não implicam slippage futuro

Mesmo que o slippage tenha sido pequeno no passado para certos horários ou condições, isso não estabelece uma relação futura estável. A estrutura do mercado, a liquidez e o comportamento dos participantes podem mudar.

Limitação de mensuração: “slippage” pode ser definido de forma diferente por sistemas

Alguns sistemas reportam:

Apenas o desvio bruto de preço
Desvio efetivo incluindo cruzamento de spread
Desvios que incluem ou excluem taxas

Se você comparar relatórios de ferramentas diferentes, pode não estar comparando a mesma quantidade.

Modo de falha: slippage escondido atrás de escolhas de relatório

Um sistema poderia reportar apenas as partes preenchidas, ou usar um preço esperado que esteja mais próximo do preenchimento eventual (por exemplo, uma referência que atualiza rapidamente). Isso pode fazer o slippage parecer menor do que o que um usuário experimentou no momento do envio.

Perspectiva de risco: slippage é um componente da incerteza total de execução

Slippage muitas vezes é agrupado mentalmente com “qualidade de execução”, mas o custo total também pode incluir:

Spread e taxas
A probabilidade de não execução (especialmente para abordagens com limite)
Efeitos de timing (quanto tempo você espera por um preenchimento)

Assim, o slippage deve ser visto como uma parte da incerteza de execução, não como o único fator.

Como verificar fatos e definir slippage para sua própria análise

Se seu objetivo é explicar slippage com precisão, o trabalho mais verificável é definição e contabilização. Você pode verificar independentemente suas conclusões fazendo três verificações:

Fixe o ponto de referência (P_expected): Identifique a fonte exata do preço (cotação vs último negócio) e o timestamp.
Fixe o cálculo do preenchimento: Se houver múltiplos preenchimentos, especifique a média ponderada (e a direção) usada para calcular ΔP.
Separe a diferença de preço dos custos: Decida se seu slippage inclui ou exclui spread e taxas, e declare isso claramente.