Slippage: o que é, antes de você verificá-lo
Slippage é a diferença entre o preço que você espera que uma ordem seja executada e o preço em que ela é executada de fato. Em termos simples: se sua ordem for preenchida pior do que o esperado, o slippage é positivo; se for preenchida melhor do que o esperado, o slippage pode ser negativo. A verificação começa com uma definição, porque “preço esperado” pode significar coisas diferentes (por exemplo, o preço cotado no momento em que você envia, a cotação na aceitação da ordem ou o primeiro preço disponível quando a ordem se torna executável).
Para verificar informações sobre slippage, primeiro anote os campos exatos que você está usando: lado da ordem (compra/venda), o preço de referência para “esperado”, o(s) preço(s) real(is) de preenchimento e o mapeamento de tempo entre eles. Sem isso, diferentes partes podem produzir números de “slippage” incompatíveis mesmo usando a mesma palavra.
Uma hierarquia de fontes que você pode aplicar às alegações de slippage
Quando você vir uma afirmação sobre slippage, pode verificá-la dando preferência a evidências mais concretas em vez de resumos:
- Registros primários de execução (mais direto): logs de ordem e de negociação que incluem preço esperado/referência, preço(s) executado(s), quantidades e timestamps.
- Documentação de plataforma ou provedor (definições estáveis): explicações sobre como os preenchimentos são gerados, como os timestamps são registrados, o que significa “cotação” e como os preenchimentos parciais são tratados.
- Descrições de metodologia (camada de interpretação): documentos ou explicações que definem como o slippage é calculado a partir dos registros subjacentes.
- Resumos agregados (menos direto): dashboards ou médias. Eles são úteis como contexto, mas são mais difíceis de verificar porque os detalhes do cálculo podem estar ocultos.
Essa hierarquia importa porque a verificação é mais fácil quando você consegue começar pelos logs brutos e reproduzir o cálculo de slippage reportado.
Etapas de verificação reproduzíveis (sem necessidade de dados em tempo real)
Siga uma lista de verificação repetível usando seus próprios registros ou qualquer conjunto de dados que inclua os campos necessários.
1) Declare as suposições explicitamente
Escolha e escreva:
- Definição do preço esperado: por exemplo, “a cotação no momento do envio da ordem” ou “o melhor preço executável na aceitação”.
- Qual preço usar: para uma ordem de compra, use uma referência derivada do ask; para uma ordem de venda, use uma referência derivada do bid. Se o conjunto de dados fornecer um único valor “esperado”, continue usando-o.
- Unidade de medida: diferença absoluta de preço, ou pontos-base / percentual do preço esperado.
Suposições não são opcionais; elas fazem parte do que você está verificando.
2) Calcule por preenchimento, não apenas por ordem
Se uma ordem puder ser preenchida parcialmente, calcule o slippage para cada preenchimento e então decida como agregá-lo (comumente ponderado pela quantidade executada). Um erro comum é comparar um único preço esperado com uma média agregada de preenchimento sem confirmar o método de média.
3) Confirme o alinhamento dos timestamps
Garanta que “esperado” e “real” sejam comparados usando tempos consistentes:
- Se o preço esperado vier de um evento de timestamp e o preço de execução de outro, documente a regra exata de mapeamento.
- Se o conjunto de dados tiver fontes diferentes de timestamp (tempo do servidor vs. tempo do cliente), trate isso como uma limitação de verificação.
4) Verifique se os números reportados podem ser reproduzidos
Se um provedor reportar estatísticas de slippage, tente reproduzi-las a partir dos registros subjacentes:
- Recalcule cada valor de slippage usando a fórmula declarada.
- Em seguida, recompute a estatística agregada (média, mediana, faixas de distribuição) usando o mesmo método.
Se a reprodução for impossível, isso é evidência de campos ausentes, uma definição diferente ou uma transformação oculta.
Limitações e modos de falha que você deve esperar
Mesmo com etapas cuidadosas, a verificação de slippage pode falhar por motivos inerentes aos dados de execução e ao comportamento do mercado:
- Movimento do mercado: o preço esperado é um snapshot; a execução acontece depois, então mudanças de preço podem criar slippage mesmo sob condições operacionais idênticas.
- Registros incompletos ou incompatíveis: alguns feeds podem omitir eventos de aceitação de ordem ou podem não conter a cotação “de referência” usada para as expectativas.
- Preenchimentos parciais e viés de agregação: fazer a média entre múltiplos preenchimentos pode ocultar segmentos que pioram e segmentos que melhoram.
- Desalinhamento de timestamps: diferenças na forma como o tempo é registrado podem distorcer as comparações.
- Definições específicas do provedor: duas partes podem dizer que mediram “slippage”, mas usando pontos de referência diferentes.
Além disso, relações históricas (por exemplo, “slippage médio no último mês”) descrevem padrões de execução passados. Elas não estabelecem o que acontecerá nas condições futuras.
DOCUMENT END