Agregação de liquidez, definida
A agregação de liquidez é o processo pelo qual a liquidez de múltiplas fontes de mercado é combinada em uma visão única e utilizável para correspondência de negociações e execução. Na prática, isso pode envolver a agregação de cotações e fluxo de ordens entre locais de negociação, intermediários ou sistemas internos, para que compradores e vendedores possam interagir de forma mais eficiente.
Para avaliar a agregação de liquidez, você primeiro precisa de dados que descrevam (1) o que está sendo agregado, (2) de onde vem e (3) como é transformado no resultado executável que você observa. Sem essas partes, você não consegue distinguir se o comportamento observado se deve ao mecanismo de agregação ou a condições de mercado em mudança.
Resposta direta: quais dados você precisa
Avaliar a agregação de liquidez exige quatro grupos de dados: entradas, procedência, atualidade e verificações de qualidade.
- Entradas (o que está sendo agregado)
- Campos relacionados a cotações: níveis de compra/venda, carimbos de data/hora das cotações e profundidade ou tamanho por preço (se disponível).
- Campos relacionados à execução: preços de preenchimento, horários de preenchimento e quantidades.
- Campos relacionados a roteamento/correspondência: como as ordens são correspondidas ou roteadas entre fontes (mesmo uma descrição de alto nível é importante).
- Procedência (de onde vem cada entrada)
- Identidade da fonte: o local de negociação, intermediário, pool interno ou provedor de feed para cada fluxo de dados.
- Método de coleta de dados: streaming vs. polling, snapshot vs. atualizações incrementais.
- Notas de transformação: quaisquer regras de agregação, conversões de unidades, compensação de latência ou filtragem.
- Atualidade (quão recentes e comparáveis são os dados)
- Definições de carimbo de data/hora: se os carimbos representam o horário de criação da cotação, horário de recebimento ou horário do sistema.
- Frequência de atualização e jitter: com que frequência os dados mudam e a variabilidade no tempo de atualização.
- Sincronização: se múltiplas fontes estão alinhadas no tempo ou se diferenças observadas podem ser artefatos de temporização.
- Verificações de qualidade (se os dados são utilizáveis para avaliação)
- Lacunas e ausências: quantifique quando e onde os dados desaparecem.
- Verificações de consistência: verifique unidades (base/cotação), casas decimais e convenções de sinal.
- Duplicatas e reordenação: detecte snapshots repetidos, atualizações fora de ordem ou desvio de relógio.
- Comparabilidade: confirme se os fluxos de dados medem a mesma “coisa” (por exemplo, profundidade exibida vs. profundidade negociável).
Como os dados são usados, com um exemplo concreto
Uma abordagem simples de avaliação é comparar a “visão agregada” com as fontes subjacentes, controlando tempo e qualidade.
Exemplo (baseado em suposições, não em tempo real): suponha que você possa observar (a) cotações da fonte A, (b) cotações da fonte B e (c) uma cotação agregada ou resultado de execução no agregador.
- Defina uma janela de tempo explícita (suponha janelas de 1 minuto) e uma regra de sincronização (suponha que os carimbos de data/hora estejam no mesmo padrão de tempo).
- Meça se a compra/venda agregada representa uma combinação da liquidez disponível das fontes, não apenas de uma única fonte.
- Se você observar execuções a preços que excedem o que qualquer fonte mostra na mesma janela, a discrepância pode indicar regras de transformação, cotações desatualizadas, latência ou definições diferentes de liquidez.
O ponto-chave é que o mesmo mecanismo pode parecer diferente dependendo da interpretação do carimbo de data/hora, das regras de filtragem e de como a “profundidade” é definida. É por isso que os dados de atualidade e procedência são necessários, não opcionais.
Limitações materiais e modos de falha
Várias limitações podem quebrar uma avaliação mesmo com bons dados.
- Modo de falha de temporização: se os carimbos de data/hora não forem comparáveis entre fontes, você pode atribuir diferenças à agregação, quando na verdade elas se devem a atualizações atrasadas.
- Divergência de definição: “liquidez” pode significar cotações exibidas, cotações executáveis ou fluxo de ordens roteado. Se os campos medidos não corresponderem à definição usada no agregador, as conclusões podem estar erradas.
- Modo de falha de dados desatualizados: entradas históricas ou atualizadas com pouca frequência podem preservar relações que não se sustentam nas condições atuais.
- Distorção de execução e custos: os preenchimentos observados podem ser afetados por custos, spreads no momento da execução e mecânicas específicas do local de negociação. Relações históricas não estabelecem resultados futuros.
Como os resultados variam com as condições de mercado, custos, execução e jurisdição, você deve enquadrar as conclusões como condicionais à janela de dados e às suposições que usou.
Lista de verificação de evidências: verificação e próximas perguntas
Para verificar sua avaliação de forma independente, garanta que você possa responder às seguintes perguntas “prontas para auditoria”.
- Todos os fluxos de entrada estão etiquetados com sua fonte e método de coleta?
- Você sabe o que cada carimbo de data/hora representa (horário da cotação vs. horário de recebimento)?
- Você consegue quantificar dados ausentes e remover ou sinalizar períodos de baixa qualidade?
- Você tem documentação para quaisquer regras de transformação da agregação (como lógica de filtragem, conversão ou roteamento)?
Se qualquer uma dessas respostas for “desconhecido”, trate a avaliação como incompleta.