Ir para o conteúdo

Latência de execução: caminho, timestamps e medição

A latência reúne atrasos entre decisão, envio, recebimento, roteamento, acknowledgement e fills. Deve ser medida por trecho e com relógios coerentes.

Em palavras simples — Entre decisão e fill há plataforma, rede, broker, controles, roteador e mercado. Um único “clique até fill” mistura atraso técnico e espera por contraparte.

A latência de execução é o tempo ao longo de uma ou mais fases do ciclo da ordem. Pode medir sinal-envio, envio-recebimento, roteamento, ingresso no mercado, acknowledgement, fill e retorno do relatório. Não existe um par inicial/final universal.

Ack normalmente confirma recebimento ou aceite, não execução. Uma ordem limitada passiva pode esperar minutos na fila embora atravesse a infraestrutura em milissegundos. Espera por liquidez não é automaticamente latência técnica.

Linha do tempo da latência Decisão, broker, mercado e reporte usam eventos diferentes. Meça cada trecho com relógios sincronizados e definições explícitas Linha do tempo da latência Decisão, broker, mercado e reporte usam eventos diferentes Meça cada trecho com relógios sincronizados e definições explícitas 1 Dado e decisão Evento de mercado,recebimento e geração daordem diferem. 2 Broker e rota Validação e escolha dedestino acrescentamsegmentos. 3 Ack e fill Aceite não é execução efirst fill não écompletion. 4 Qualidade Velocidade precisa serlida com preço equantidade. Esquema editorial Cyclepedia; selecione um bloco para abrir a explicação completa.
Cada trecho tem evento, responsável e relógio próprios; subtrair timestamps não sincronizados pode criar até latência negativa.

Componentes do caminho

Latência de market data vai do evento ao dado recebido. Decisão vai do dado à geração. Cliente/broker inclui plataforma e rede. Broker interno inclui validação, risco e roteamento. Broker/venue cobre rede e gateway. Venue inclui controles, sequenciamento e matching. Reporte traz o evento de volta.

O trecho depende da pergunta. Uma estratégia mede dado até fill; auditoria do broker pode começar no primeiro recebimento; o local de execução só observa seu perímetro. A Rule 605 define recebimento para comparabilidade no seu âmbito, não como clique universal.

Relógios e sequência

Para usar um timestamp, identifique relógio, ponto do sistema, referência temporal, granularidade, precisão, drift, sincronização e desempate. Dentro de uma máquina, relógio monotônico evita saltos civis. Entre sistemas, é necessária base comum rastreável.

O Regulamento Delegado (UE) 2025/1155 exige que as entidades abrangidas pelo MiFIR sincronizem seus relógios profissionais com UTC, com níveis de precisão diferentes conforme a atividade e o sistema. Os artigos 11 a 16 aplicam-se desde 2 de março de 2026. Isso não prova que todo timestamp comercial esteja sincronizado. Subtrair relógio do cliente e do local de execução sem conhecer o offset pode gerar número negativo. Round-trip no cliente evita clocks diferentes, mas inclui ida, processamento e volta; dividi-lo por dois não garante one-way simétrico.

Exemplo de leitura

No relógio monotônico do cliente: sinal em 0 ms, envio em 2, ack em 24 e report do primeiro fill em 80. É seguro calcular decisão de 2 ms, envio-ack de 22 e envio-report de 78. Não é possível localizar os 22 ms nem concluir que o match ocorreu em 80; o report chegou depois do evento.

Os 56 ms entre ack e report podem incluir fila, ausência de contraparte, matching e retorno. Em ordem passiva, isso mede sobretudo time-to-first-fill, não rede.

Métricas úteis

Relate mediana, p95, p99 e máximo por trecho; distribuição por venue, instrumento e horário; time-to-ack, first fill e completion separados; timeout, reject, retry e mensagens fora de sequência; diferença entre evento e recebimento; quantidade preenchida por intervalo.

Velocidade deve ser lida junto de preço, fill rate e tipo. Resposta rápida com rejeição não equivale a execução, e fill imediato mais caro não é automaticamente superior.

Relação com slippage e qualidade

Latência e slippage podem se relacionar em mercado rápido, mas não são sinônimos nem provam causalidade. Slippage também depende de spread, size, profundidade, tipo e impacto. Menor latência não garante preço, fill, rota correta ou ausência de seleção adversa.

MiFID II inclui rapidez entre vários fatores; ela é uma dimensão da qualidade, não a qualidade inteira.

Controles e limites

Defina “send” e “fill” antes da análise. Use IDs para ligar ordem, ack, alteração e fills; registre sequências quando timestamps empatam; conserve erros, cancelamentos e saldo; monitore drift; segmente por ordem e estado do mercado; separe dados, decisão e infraestrutura.

Erro comum — Comparar o clique local ao timestamp do venue como se fossem o mesmo relógio ou atribuir todo tempo até o fill à rede.


Fontes


Entradas relacionadas