A latência foi a única alavanca que mexeu em um resultado ao vivo. Não um modelo melhor, não um filtro melhor: a mesma regra, disparada de uma máquina mais próxima, passou de estável para positiva por uma semana. Depois o mercado alcançou, o que é outro guia.
Onde as exchanges estão
Regiões dos motores de matching, informadas ou inferidas de testes de latência, não bordas de CDN. Tempos de ida e volta medidos por região estão sendo adicionados.
O que uma mudança de região fez
A duas regiões de distância, uma máquina barata precisava de cerca de 700 milissegundos por ordem. Uma instância burstable de nuvem na região certa foi rápida por alguns dias, depois foi limitada quando o loop de polling consumiu seus créditos de CPU. Uma instância com CPU dedicada em Amsterdã se estabilizou em cerca de 190 milissegundos e ficou assim. Para a Polymarket isso significa Europa Ocidental; para a Kalshi e a Coinbase, Leste dos EUA.
Meça o caminho da ordem, não o ping
O ping mostra a rede. O número que importa é da leitura à execução: o tempo entre a sua leitura do livro e a exchange confirmar a sua ordem. Registre quatro timestamps por ordem (leitura, decisão, envio, confirmação) e olhe a mediana e o percentil 95. Uma regra que é positiva a 300 milissegundos e negativa a 2 segundos precisa do percentil 95 abaixo de um segundo, não da mediana.
Qual VPS
| Provedor | Por quê | |
|---|---|---|
| DigitalOcean | Amsterdã, Londres, Frankfurt, Nova York. Droplets com CPU dedicada a partir de alguns dólares por dia. Link de afiliado. | Site |
| Vultr | Muitas regiões, incluindo Amsterdã e Londres; a cobrança por hora torna barato testar uma região. Link de afiliado. | Site |
| Hetzner | O mais barato de longe. Só Finlândia e Alemanha na Europa; ótimo para a máquina de pesquisa, longe demais para o bot ao vivo. | Site |
Evite níveis burstable baseados em créditos (Lightsail, EC2 série t, Azure série B). Um bot consultando um livro queima os créditos em dias, depois a máquina é limitada e todo número de latência que você mediu antes fica errado.
O que importa na especificação, em ordem
- Região. Nada mais recupera uma região errada.
- vCPU dedicada. Duas bastam para uma exchange.
- Disco NVMe. Os logs de tick crescem de 1 a 2 GB por dia por exchange antes da compressão.
- RAM só se você fizer pesquisa na mesma máquina, e não deveria: um merge de SQLite de 13 GB em uma máquina de 7 GB levou quase cinco horas para minutos de trabalho.