Como as informações sobre Slippage podem ser verificadas?

Slippage: o que é, antes de você verificar

Slippage é a diferença entre o preço que você espera que uma ordem execute e o preço em que ela realmente executa. 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 enquanto ainda usam a mesma palavra.

Uma hierarquia de fontes que você pode aplicar a alegações de slippage

Quando você vir uma declaração sobre slippage, pode verificá-la preferindo evidências mais concretas a resumos:

1. Registros primários de execução (mais diretos): logs de ordens e negociações que incluem preço esperado/referência, preço(s) executado(s), quantidades e carimbos de tempo.
2. Documentação da plataforma ou do provedor (definições estáveis): explicações de como os preenchimentos são gerados, como os carimbos de tempo são registrados, o que “cotação” significa e como preenchimentos parciais são tratados.
3. Descrições de metodologia (camada de interpretação): documentos ou explicações que definem como o slippage é calculado a partir dos registros subjacentes.
4. Resumos agregados (menos diretos): painéis ou médias. São contexto útil, mas 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ê pode começar pelos logs brutos e reproduzir o cálculo de slippage relatado.

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 premissas explicitamente

Escolha e anote:

• Definição de 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.

As premissas 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 pode ser parcialmente preenchida, calcule o slippage para cada preenchimento e depois decida como agregar (comumente ponderado pela quantidade executada). Um modo comum de falha é comparar um preço esperado a uma média agregada de preenchimentos sem confirmar o método de média.

3) Confirme o alinhamento dos carimbos de tempo

Certifique-se de que “esperado” e “real” sejam comparados usando consistência de tempo:

• Se o preço esperado vier de um evento com um carimbo de tempo e o preço de execução de outro, documente a regra exata de mapeamento.
• Se o conjunto de dados tiver diferentes fontes de carimbo de tempo (tempo do servidor vs. tempo do cliente), trate isso como uma limitação de verificação.

4) Verifique se os números relatados podem ser reproduzidos

Se um provedor relatar estatísticas de slippage, tente reproduzi-las a partir dos registros subjacentes:

• Recalcule cada valor de slippage usando a fórmula declarada.
• Depois, recalcule 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 razões inerentes aos dados de execução e ao comportamento do mercado:

• Movimento de mercado: o preço esperado é um instantâneo; 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 não conter a cotação de “referência” usada para expectativas.
• Preenchimentos parciais e viés de agregação: calcular a média entre múltiplos preenchimentos pode ocultar segmentos que pioram e melhoram.
• Incompatibilidade de carimbos de tempo: diferenças em como o tempo é registrado podem distorcer comparações.
• Definições específicas do provedor: duas partes podem dizer que mediram “slippage”, mas usar 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á em condições futuras.