{"id":16016,"date":"2026-11-07T16:13:38","date_gmt":"2026-11-07T16:13:38","guid":{"rendered":"https:\/\/bjftradinggroup.com\/?p=16016"},"modified":"2026-11-07T16:13:38","modified_gmt":"2026-11-07T16:13:38","slug":"low-latency-crypto-trading","status":"publish","type":"post","link":"https:\/\/bjftradinggroup.com\/pt\/low-latency-crypto-trading\/","title":{"rendered":"Trading de criptomoedas de baixa lat\u00eancia: localiza\u00e7\u00e3o dos servidores das exchanges, lat\u00eancia real de API e onde hospedar seu bot"},"content":{"rendered":"

<\/p>\n

\n
\nBJF TRADING GROUP \u00b7 INFRAESTRUTURA CRIPTO<\/span><\/p>\n

Trading de criptomoedas de baixa lat\u00eancia: localiza\u00e7\u00e3o dos servidores das exchanges, lat\u00eancia real de API e onde hospedar seu bot<\/span><\/h2>\n

Um bot de arbitragem de criptomoedas pode ter um bom sinal e ainda assim perder o trade, porque, quando sua ordem chega \u00e0 exchange, o pre\u00e7o que ele viu j\u00e1 n\u00e3o existe. Este guia explica onde as principais exchanges realmente executam seus motores de matching, por que um ping para um host de API n\u00e3o diz quase nada, o que medimos a partir de um servidor real, como medir a lat\u00eancia corretamente na sua pr\u00f3pria m\u00e1quina e como escolher uma regi\u00e3o de hospedagem quando sua estrat\u00e9gia opera em duas exchanges em pa\u00edses diferentes.<\/p>\n<\/div>\n

\nNeste guia<\/strong><\/p>\n
    \n
  1. O que baixa lat\u00eancia significa no trading de criptomoedas<\/a><\/li>\n
  2. O or\u00e7amento de lat\u00eancia: para onde v\u00e3o os milissegundos<\/a><\/li>\n
  3. Onde as exchanges de criptomoedas executam seus motores de matching<\/a><\/li>\n
  4. A armadilha da CDN: por que o ping engana<\/a><\/li>\n
  5. O que medimos a partir de um servidor em Montreal<\/a><\/li>\n
  6. Passo a passo: como medir corretamente a lat\u00eancia das exchanges<\/a><\/li>\n
  7. Dados de mercado via WebSocket e sincroniza\u00e7\u00e3o do rel\u00f3gio<\/a><\/li>\n
  8. Como escolher uma regi\u00e3o de hospedagem para arbitragem entre duas exchanges<\/a><\/li>\n
  9. Como a lat\u00eancia se transforma em dinheiro<\/a><\/li>\n
  10. Colocation, VPS e o que \u00e9 realista para traders independentes<\/a><\/li>\n
  11. Lat\u00eancia dentro do seu pr\u00f3prio software<\/a><\/li>\n
  12. Riscos e limita\u00e7\u00f5es<\/a><\/li>\n
  13. Perguntas frequentes<\/a><\/li>\n<\/ol>\n<\/div>\n

    O que baixa lat\u00eancia significa no trading de criptomoedas<\/h2>\n

    Resposta curta:<\/strong> trading de criptomoedas de baixa lat\u00eancia significa encurtar o tempo entre uma mudan\u00e7a de pre\u00e7o em uma exchange e a chegada da sua ordem ao motor de matching dessa exchange. A maior parte desse tempo \u00e9 dist\u00e2ncia f\u00edsica: as principais exchanges executam seus motores em regi\u00f5es de nuvem espec\u00edficas, principalmente T\u00f3quio, Singapura e Hong Kong, e um bot hospedado em outro continente fica de 150 a 250 milissegundos atr\u00e1s de um bot hospedado ao lado do motor. A segunda maior parte \u00e9 overhead evit\u00e1vel: conex\u00f5es frias, polling via REST, um rel\u00f3gio mal sincronizado e c\u00f3digo lento.<\/p>\n

    No forex, a lat\u00eancia \u00e9 uma hist\u00f3ria sobre alguns data centers bem conhecidos em Londres, Nova York e T\u00f3quio, e sobre as pontes de liquidez das corretoras. Nas criptomoedas o cen\u00e1rio \u00e9 diferente. N\u00e3o existe um campus compartilhado de exchanges: cada exchange escolhe sua pr\u00f3pria regi\u00e3o de nuvem, a maioria roda em infraestrutura de nuvem p\u00fablica e suas APIs normalmente ficam atr\u00e1s de redes de distribui\u00e7\u00e3o de conte\u00fado (CDNs) que fazem a exchange parecer pr\u00f3xima quando n\u00e3o est\u00e1. Isso torna a medi\u00e7\u00e3o ao mesmo tempo mais f\u00e1cil (voc\u00ea pode alugar um servidor na mesma regi\u00e3o de nuvem pelo pre\u00e7o de um jantar) e mais enganosa (os testes \u00f3bvios medem a coisa errada).<\/p>\n

    O quanto a lat\u00eancia importa depende da estrat\u00e9gia:<\/p>\n

    \n\n\n\n\n\n\n\n\n
    Estrat\u00e9gia<\/th>\nQuanto tempo a oportunidade costuma durar<\/th>\nLat\u00eancia "suficiente"<\/th>\n<\/tr>\n<\/thead>\n
    Arbitragem entre exchanges com transfer\u00eancias entre elas<\/td>\nMinutos (limitado pelas confirma\u00e7\u00f5es da blockchain)<\/td>\nSegundos; taxas e tempos de transfer\u00eancia importam muito mais<\/td>\n<\/tr>\n
    Opera\u00e7\u00f5es de taxa de financiamento (funding rate) e base spot-futuros<\/td>\nHoras a dias<\/td>\nN\u00e3o \u00e9 cr\u00edtica; a qualidade de execu\u00e7\u00e3o importa mais que a velocidade<\/td>\n<\/tr>\n
    Arbitragem de hedge (duas pernas) com saldos pr\u00e9-depositados nas duas exchanges<\/td>\nCentenas de milissegundos a segundos em pares de m\u00e9dia capitaliza\u00e7\u00e3o, menos nos principais<\/td>\nDezenas de milissegundos at\u00e9 cada exchange<\/td>\n<\/tr>\n
    Arbitragem de lat\u00eancia contra uma plataforma mais lenta, competindo com market makers<\/td>\nMilissegundos<\/td>\nPoucos milissegundos (um d\u00edgito) at\u00e9 a plataforma negociada, mesma regi\u00e3o de nuvem<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

    Se sua vantagem vem de diferen\u00e7as estruturais lentas, como a arbitragem de taxa de financiamento<\/a> ou transfer\u00eancias limitadas por taxas de saque e tempos de confirma\u00e7\u00e3o da rede<\/a>, voc\u00ea n\u00e3o precisa de nada deste guia al\u00e9m de um servidor est\u00e1vel. Se voc\u00ea opera diferen\u00e7as de pre\u00e7o entre livros de ofertas, \u00e9 a diferen\u00e7a entre ser executado e correr atr\u00e1s do pre\u00e7o.<\/p>\n

    O or\u00e7amento de lat\u00eancia: para onde v\u00e3o os milissegundos<\/h2>\n

    "Lat\u00eancia" n\u00e3o \u00e9 um \u00fanico n\u00famero. Uma ordem que reage a um movimento do mercado passa por uma cadeia de etapas, e cada etapa adiciona tempo. Pensar em termos de or\u00e7amento mostra quais partes voc\u00ea pode mudar e quais n\u00e3o pode.<\/p>\n

    \"Anatomia
    A cadeia de rea\u00e7\u00e3o de uma ordem de arbitragem. A dist\u00e2ncia \u00e9 paga duas vezes: uma para os dados de mercado chegarem at\u00e9 voc\u00ea e outra para sua ordem chegar ao motor.<\/figcaption><\/figure>\n
    \n\n\n\n\n\n\n\n\n\n\n\n\n
    Componente<\/th>\nFaixa t\u00edpica (aproximada)<\/th>\nQuem controla<\/th>\n<\/tr>\n<\/thead>\n
    Publica\u00e7\u00e3o dos dados de mercado (do motor ao gateway WebSocket)<\/td>\nDe menos de um milissegundo a v\u00e1rios milissegundos; mais para streams agregados ou limitados<\/td>\nExchange; voc\u00ea escolhe o tipo de stream<\/td>\n<\/tr>\n
    Rede, ida, mesma regi\u00e3o de nuvem<\/td>\nMenos de 1 ms a cerca de 2 ms<\/td>\nVoc\u00ea, pela escolha da hospedagem<\/td>\n<\/tr>\n
    Rede, ida, regi\u00f5es asi\u00e1ticas vizinhas (ex.: T\u00f3quio a Hong Kong)<\/td>\nCerca de 20 a 35 ms<\/td>\nVoc\u00ea<\/td>\n<\/tr>\n
    Rede, ida, entre continentes (ex.: Europa ou Am\u00e9rica do Norte a T\u00f3quio)<\/td>\nCerca de 70 a 120 ms<\/td>\nVoc\u00ea<\/td>\n<\/tr>\n
    Estabelecimento de conex\u00e3o (handshakes TCP e TLS) em uma conex\u00e3o fria<\/td>\nUm a tr\u00eas ciclos de rede adicionais<\/td>\nVoc\u00ea: mantenha as conex\u00f5es aquecidas<\/td>\n<\/tr>\n
    Seu pr\u00f3prio c\u00f3digo de decis\u00e3o<\/td>\nMicrossegundos a dezenas de milissegundos<\/td>\nVoc\u00ea<\/td>\n<\/tr>\n
    Gateway da API, autentica\u00e7\u00e3o, limites de requisi\u00e7\u00f5es e verifica\u00e7\u00f5es de risco<\/td>\nAlguns milissegundos a dezenas de milissegundos, com picos em mercados vol\u00e1teis<\/td>\nExchange<\/td>\n<\/tr>\n
    Matching<\/td>\nMicrossegundos a poucos milissegundos<\/td>\nExchange<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

    O padr\u00e3o \u00e9 claro: os dois itens que voc\u00ea controla e que s\u00e3o medidos em dezenas ou centenas de milissegundos s\u00e3o onde est\u00e1 o seu servidor<\/strong> e se suas conex\u00f5es est\u00e3o aquecidas<\/strong>. Todo o resto pertence \u00e0 exchange ou \u00e9 pequeno quando o software \u00e9 bem escrito. Por isso o restante deste guia foca em localiza\u00e7\u00e3o e medi\u00e7\u00e3o.<\/p>\n

    Onde as exchanges de criptomoedas executam seus motores de matching<\/h2>\n

    As exchanges raramente publicam a localiza\u00e7\u00e3o exata de seus motores de matching, mas a maioria roda em nuvem p\u00fablica, e a regi\u00e3o pode ser deduzida a partir de medi\u00e7\u00f5es de lat\u00eancia feitas de muitas regi\u00f5es de nuvem. Medi\u00e7\u00f5es independentes publicadas por terceiros em 2026 concordam sobre a maioria das grandes plataformas. A tabela resume as regi\u00f5es relatadas publicamente. Use-a como ponto de partida para seus pr\u00f3prios testes, n\u00e3o como garantia: as exchanges migram (a BitMEX, por exemplo, teria transferido seu motor de Dublin para T\u00f3quio em 2025).<\/p>\n

    \n\n\n\n\n\n\n\n\n\n\n\n
    Exchange<\/th>\nRegi\u00e3o do motor relatada publicamente<\/th>\nRegi\u00e3o de nuvem para testar primeiro<\/th>\nConfian\u00e7a<\/th>\n<\/tr>\n<\/thead>\n
    Binance<\/td>\nT\u00f3quio<\/td>\nAWS ap-northeast-1<\/td>\nAlta: consistente entre medi\u00e7\u00f5es independentes<\/td>\n<\/tr>\n
    Bybit<\/td>\nSingapura<\/td>\nAWS ap-southeast-1<\/td>\nAlta<\/td>\n<\/tr>\n
    OKX<\/td>\nHong Kong<\/td>\nAWS ap-east-1<\/td>\nAlta<\/td>\n<\/tr>\n
    Gate.io, KuCoin, Bitget, HTX<\/td>\nT\u00f3quio<\/td>\nAWS ap-northeast-1<\/td>\nM\u00e9dia a alta<\/td>\n<\/tr>\n
    Coinbase (spot)<\/td>\nEstados Unidos, costa leste<\/td>\nAWS us-east-1<\/td>\nM\u00e9dia: API atr\u00e1s de uma CDN, me\u00e7a as confirma\u00e7\u00f5es de ordens<\/td>\n<\/tr>\n
    Kraken<\/td>\nEuropa<\/td>\nTeste Londres, Dublin e Frankfurt<\/td>\nBaixa: as fontes publicadas divergem<\/td>\n<\/tr>\n
    Deribit<\/td>\nRegi\u00e3o de Londres<\/td>\nAWS eu-west-2<\/td>\nM\u00e9dia a alta<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

    Da\u00ed seguem duas conclus\u00f5es pr\u00e1ticas. Primeiro, T\u00f3quio \u00e9 o mais pr\u00f3ximo que o mercado cripto tem de um centro de trading central<\/strong>: um servidor l\u00e1 fica a poucos milissegundos da Binance e de v\u00e1rias outras grandes plataformas, a cerca de 25 ms (ida) de Hong Kong e a cerca de 35 ms (ida) de Singapura. Segundo, qualquer estrat\u00e9gia que combine uma exchange asi\u00e1tica com a Coinbase ou uma plataforma europeia tem um piso f\u00edsico de 70 a 120 ms (ida) entre os dois motores, n\u00e3o importa o que voc\u00ea fa\u00e7a com seu pr\u00f3prio servidor.<\/p>\n

    Hospedar um servidor em determinado pa\u00eds n\u00e3o muda quais exchanges voc\u00ea tem permiss\u00e3o para usar. Siga os termos de servi\u00e7o de cada exchange e as regras da sua pr\u00f3pria jurisdi\u00e7\u00e3o; nunca use servidores ou VPNs para contornar restri\u00e7\u00f5es geogr\u00e1ficas.<\/p>\n

    A armadilha da CDN: por que o ping engana<\/h2>\n

    O erro mais comum \u00e9 medir a lat\u00eancia com ping<\/code> ou pelo tempo para abrir uma conex\u00e3o TCP com o nome de host da API. Quase todas as grandes exchanges colocam seus endpoints p\u00fablicos REST e WebSocket atr\u00e1s de uma CDN ou de um balanceador de carga em nuvem com pontos de presen\u00e7a no mundo todo. Quando voc\u00ea se conecta a api.binance.com<\/code> a partir da Europa ou da Am\u00e9rica do Norte, o servidor que responde ao seu handshake TCP \u00e9 um n\u00f3 de borda em uma cidade pr\u00f3xima, n\u00e3o o motor de matching em T\u00f3quio. O handshake leva alguns milissegundos; depois a borda encaminha sua requisi\u00e7\u00e3o pelo backbone do provedor at\u00e9 a origem real, e \u00e9 a\u00ed que o tempo se perde.<\/p>\n

    Assim, um ping de 5 ms para o nome de host de uma exchange pode coexistir com um tempo real de requisi\u00e7\u00e3o de 150 ms. Os \u00fanicos n\u00fameros que significam algo s\u00e3o os que incluem a viagem at\u00e9 a origem: o tempo at\u00e9 o primeiro byte de uma resposta real da API em uma conex\u00e3o j\u00e1 aberta, o atraso entre o timestamp do evento da pr\u00f3pria exchange e o seu hor\u00e1rio de recebimento no WebSocket, e o tempo entre o envio de uma ordem e o recebimento da sua confirma\u00e7\u00e3o.<\/p>\n

    \n
    3 a 15 ms<\/span>Conex\u00e3o TCP com uma borda da CDN<\/span>O que testes do tipo ping mostram a partir de Montreal para a maioria das APIs de exchanges. Mede apenas a dist\u00e2ncia at\u00e9 o n\u00f3 de borda mais pr\u00f3ximo.<\/span><\/div>\n
    ~167 ms<\/span>Conex\u00e3o TCP com uma origem em T\u00f3quio<\/span>A API da Gate.io respondeu diretamente de um endere\u00e7o da AWS em T\u00f3quio, sem borda na frente. Este \u00e9 o ciclo real de rede de Montreal a T\u00f3quio.<\/span><\/div>\n
    +60 a +130 ms<\/span>Custo de uma conex\u00e3o fria<\/span>Tempo extra da primeira requisi\u00e7\u00e3o em uma nova conex\u00e3o (handshake TLS mais requisi\u00e7\u00e3o) em compara\u00e7\u00e3o com uma conex\u00e3o aquecida, em endpoints atr\u00e1s de CDN.<\/span><\/div>\n<\/div>\n

    Medido pela BJF Trading Group em 7 de novembro de 2026 a partir de um servidor web em Montreal (Leaseweb), endpoints p\u00fablicos de hor\u00e1rio, duas execu\u00e7\u00f5es de uma requisi\u00e7\u00e3o fria mais 20 aquecidas por exchange.<\/p>\n

    O que medimos a partir de um servidor em Montreal<\/h2>\n

    Para mostrar o efeito com n\u00fameros reais em vez de promessas de fornecedores, executamos uma pequena sonda a partir do servidor web que hospeda este site, em Montreal. Para oito exchanges, ela abriu uma conex\u00e3o, enviou uma requisi\u00e7\u00e3o (fria) e depois mais 20 requisi\u00e7\u00f5es pela mesma conex\u00e3o keep-alive (aquecidas), a quatro requisi\u00e7\u00f5es por segundo, e repetiu toda a execu\u00e7\u00e3o duas vezes. O endpoint foi a chamada p\u00fablica de hor\u00e1rio do servidor de cada exchange, que quase n\u00e3o faz processamento, ent\u00e3o o resultado fica pr\u00f3ximo do tempo puro de transporte mais gateway.<\/p>\n

    \"Gr\u00e1fico
    Medi\u00e7\u00e3o real, um local, uma tarde. As barras curtas (conex\u00e3o TCP) s\u00e3o o que um teste do tipo ping mostra; as barras longas s\u00e3o o que uma requisi\u00e7\u00e3o de trading realmente custa.<\/figcaption><\/figure>\n
    \n\n\n\n\n\n\n\n\n\n\n\n\n
    Exchange<\/th>\nFront-end visto de Montreal<\/th>\nConex\u00e3o TCP, ms<\/th>\nPrimeira requisi\u00e7\u00e3o fria, ms<\/th>\nMediana da requisi\u00e7\u00e3o aquecida, ms<\/th>\np90 aquecida, ms<\/th>\n<\/tr>\n<\/thead>\n
    Coinbase<\/td>\nBorda Cloudflare<\/td>\n4<\/td>\n119 a 140<\/td>\n61<\/td>\n67<\/td>\n<\/tr>\n
    Kraken<\/td>\nBorda Cloudflare<\/td>\n3 a 15<\/td>\n162 a 179<\/td>\n108<\/td>\n118<\/td>\n<\/tr>\n
    Binance<\/td>\nBorda CloudFront<\/td>\n11 a 74<\/td>\n210 a 277<\/td>\n148<\/td>\n152<\/td>\n<\/tr>\n
    Bitget<\/td>\nBorda Cloudflare<\/td>\n15 a 37<\/td>\n226 a 247<\/td>\n162<\/td>\n173<\/td>\n<\/tr>\n
    KuCoin<\/td>\nBorda Cloudflare<\/td>\n6 a 23<\/td>\n220 a 244<\/td>\n163<\/td>\n168<\/td>\n<\/tr>\n
    OKX<\/td>\nBorda Cloudflare<\/td>\n3 a 4<\/td>\n217 a 232<\/td>\n169<\/td>\n180<\/td>\n<\/tr>\n
    Gate.io<\/td>\nDireto, endere\u00e7o da AWS em T\u00f3quio<\/td>\n167<\/td>\n668 a 718<\/td>\n179<\/td>\n289<\/td>\n<\/tr>\n
    Bybit<\/td>\nBorda CloudFront<\/td>\n8 a 10<\/td>\n278 a 281<\/td>\n225<\/td>\n407<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

    Este pequeno teste traz quatro li\u00e7\u00f5es:<\/p>\n