Colocation B3: requisitos técnicos e checklist para integrar infraestrutura ao ambiente de mercado

Ordens de negociação que chegam tarde ao matching da B3 ou são rejeitadas sob pico de mercado não são apenas um problema técnico: geram perda de oportunidade, exposição a risco de execução e discussões contratuais com clientes e brokers. Na maior parte das vezes a causa está em latência imprevisível, jitter elevado ou caminhos de rede que cruzam trânsito compartilhado quando deveria haver rotas dedicadas.

Esta página entrega, de forma prática, o checklist técnico e os critérios contratuais que equipes de trading, infraestrutura e compliance devem exigir de um colocation antes da migração: como medir, validar e negociar conectividade com foco em B3, quais topologias favorecem consistência de execução e quais cláusulas do SLA protegerão sua operação.

Qual é o risco operacional que você precisa mitigar agora?

Imagine um pico de volume em que ordens por estratégia algorítmica precisam de latência previsível para manter spread e evitar slippage. Se o link tem jitter alto ou caminhos alternativos são roteados por provedores congestionados, o resultado é ordens atrasadas ou retransmissões que geram perdas. Em ambiente de colocation, o risco é amplificado se não houver cross‑connects diretos, múltiplos carriers ou validação de rotas com a B3 em pré‑produção.

Quais métricas importam — e como traduzi‑las em requisitos?

Para conectar infraestrutura de trading à B3, as métricas relevantes não são apenas médias: são percentis e consistência.

• Round‑trip time (RTT): medir percentis (por exemplo p95/p99) para entender variação em condições de pico. Exigir relatórios por janela de mercado relevante.
• Jitter: flutuação de atraso entre pacotes; impacta buffers e retransmissões em protocolos de baixa latência.
• Perda de pacotes: mesmo taxas baixas podem causar retransmissões que variam muito o tempo de chegada de ordens.
• Consistência: estabilidade de rotas durante períodos críticos; mudanças frequentes de rota são sinal de trânsito compartilhado ou de políticas de BGP instáveis.

Não proponha números arbitrários sem base: determine metas comparando medições de referência entre sua sala de produção e pontos de presença da B3, coletando percentis e horários de mercado para derivar limites aceitáveis.

Topologia de conectividade recomendada para trading com B3

Existem trade‑offs claros entre custo e previsibilidade. Em ordem de preferência operacional para execução de ordens:

1. Cross‑connect direto ao equipamento de interconexão da B3 no mesmo data center (reduz variabilidade de rota).
2. Peering direto com os provedores que disponibilizam gateways para a B3 (quando cross‑connect físico não for possível).
3. Multicarrier com caminhos redundantes fisicamente separados; garantia de roteamento e failover determinístico.
4. Trânsito IP compartilhado apenas como última opção, com limites contratuais e métricas de qualidade estritas.

Cada opção tem implicações operacionais: cross‑connects exigem coordenação física e procedimentos de manutenção; peering exige acordos de configuração e filtros BGP; multicarrier exige gestão de SLAs e testes de failover.

Checklist técnico mínimo para uma RFP de colocation focada em B3

Use este checklist como base para a RFP. Ele foca nos elementos que impactam latência, previsibilidade e disponibilidade durante a negociação com a B3.

• Descrição das portas físicas disponíveis (capacidade por porta, tipo de mídia, latência anunciada entre racks e pontos de interconexão).
• Opções de cross‑connect: presença física do patch panel para conexões diretas à B3 ou a provedores que a interconectam.
• Lista de carriers e possibilidade de multicarrier com caminhos independentes; políticas de failover entre carriers.
• Política de peering e possibilidade de estabelecer sessões BGP diretas com provedores relevantes.
• Detalhes sobre SLAs existentes: disponibilidade, tempo de restabelecimento de cross‑connect, janela de manutenção e aviso prévio.
• Procedimentos de mudança e teste em manutenção: janelas, rollback e notificação.
• Capacidade de executar testes de latência e coleta de métricas pré‑contrato (p95/p99, jitter e perda) e suporte para testes em horários de mercado.
• Segurança física e controle de acesso ao nível de rack/cage; requisitos de conformidade da operação de trading.
• Planos de redundância elétrica e de climatização, incluindo se há segregação física entre caminhos de rede redundantes.

Cláusulas contratuais essenciais para operações de trading

Além de disponibilidade, negocie cláusulas que cobrem qualidade de rede e a operação de interconexões:

• SLA de disponibilidade do cross‑connect: tempo máximo de indisponibilidade para conexões físicas e procedimento de priorização em caso de falha.
• SLA de performance de rede: entrega de relatórios regulares sobre latência, jitter e perda; acordos sobre percentis medidos (p95/p99) e penalidades quando aplicáveis.
• Janela e procedimentos de manutenção: avisos mínimos, opções de manutenção fora de janela de mercado e acordos de rollback.
• Suporte para testes e acesso durante pré‑produção: permissão para executar scripts, capturar tráfego e validar rotas com a B3 antes da migração.
• Garantias de segregação lógica ou física: como serão tratados caminhos redundantes para evitar single point of failure físico.

Como validar rotas e performance em pré‑produção

Validação efetiva exige testes em condições representativas de mercado:

• Script de teste: ferramentas de latência em camada de aplicação e ICMP/TCP para medir RTT, jitter e perda; executar testes durante janelas de pico simuladas.
• Captura de tráfego e análise de caminhos BGP: validar o AS‑path e identificar se qualquer salto passa por trânsito compartilhado de alta variabilidade.
• Testes de failover: simular a perda de um carrier ou cross‑connect e medir o tempo e a consistência do failover.
• Medições por percentil: coletar p50/p95/p99 em janelas de 5 a 30 minutos para capturar variação.

Registre tudo em um relatório técnico que servirá de anexo ao contrato, descrevendo as rotas validadas, os horários dos testes e as métricas coletadas.

Trade‑offs e limites: quando optar por custo vs previsibilidade

Reduzir custos pode significar aceitar trânsito compartilhado ou menos redundância física — o que impacta a previsibilidade da execução. Por outro lado, custos maiores em cross‑connects e multicarrier reduzem variabilidade mas exigem processos de coordenação e gestão contratual. A decisão deve ser guiada pelo perfil de risco da estratégia de trading: estratégias sensíveis a microsegundos normalmente justificam investimento maior em infraestrutura dedicada.

O que um colocation faz e o que ele não substitui

Um colocation fornece espaço, potência, conectividade e possibilidades de interconexão física. Não substitui: a governança da estratégia de trading, o design dos algoritmos, monitoramento de aplicação e políticas internas de failover. A integração bem‑sucedida exige cooperação entre sua equipe de rede, ops e contratações do colocation.

FAQ operacional

O que é um cross‑connect com a B3 e por que é importante?

Cross‑connect é a ligação física direta entre seu equipamento e o painel de interconexão que dá acesso à B3 ou a provedores que a conectam. Ele reduz saltos de rede e variabilidade de rota, aumentando a previsibilidade de entrega de ordens.

Qual a diferença entre peering direto e trânsito IP para conectividade de mercado?

Peering direto estabelece troca de tráfego entre redes sem intermediação de provedores de trânsito, reduzindo saltos e podendo melhorar consistência. Trânsito IP passa por provedores que roteiam tráfego entre redes, o que pode introduzir variabilidade decorrente de congestionamento fora do seu controle.

A MVX pode executar testes de latência antes do contrato?

É possível solicitar diagnóstico e prova de conceito para validar rotas e comportamentos em pré‑produção. Para seguir com um diagnóstico consultivo, solicite um contato técnico em fale com um especialista.

Quais os riscos de usar links compartilhados em produção?

Links compartilhados podem sofrer variabilidade por tráfego de terceiros, ocasionando jitter, perda e mudanças de rota que afetam ordens de mercado. Considere links dedicados ou multicarrier para estratégias críticas.

Próximo passo operacional com a MVX

Se sua preocupação imediata é reduzir variabilidade nas ordens enviadas para a B3, solicite um diagnóstico de conectividade e prova de conceito. A MVX pode ajudar a mapear rotas, validar cross‑connects e montar um anexo técnico para sua RFP. Para iniciar, fale com um especialista e peça o checklist técnico adaptado ao seu ambiente de trading.

Checklist rápido para decisão

• Já mediu p95/p99 entre sua sala e a B3 em horário de mercado?
• Existe disponibilidade de cross‑connect físico ao ponto de interconexão?
• Há opções multicarrier fisicamente independentes?
• O contrato inclui SLAs de performance de rede e procedimentos de manutenção adequados?
• Você validou failover e rotas BGP em pré‑produção?

Responder a essas perguntas reduz o risco de surpresas operacionais e dá base para negociar tanto tecnicamente quanto contratualmente com o provedor de colocation.