Recentemente, tenho visto vários amigos que operam bots de previsão de mercado reclamando de problemas de infraestrutura, e com base na minha experiência prática recente, quero compartilhar alguns pontos críticos que podem levar a falhas e possíveis soluções.

**Estabilidade da conexão** é o primeiro grande problema. Ao coletar dados históricos ou de mercado em tempo real, o WS frequentemente desconecta ou envia informações incompletas, levando a lacunas nos dados do livro de ordens. No servidor em Tóquio, já tive esse problema — o bot fazia ordens com um livro de ordens incompleto, o que aumentava exponencialmente o risco. Só depois pensei em usar o polling via REST API como plano de backup, e assim consegui controlar melhor essa questão. Claro que isso envolve tanto o lado do servidor quanto o design do programa, não é totalmente culpa da API oficial.

**Máquina de estados + validação de múltiplas fontes** é a regra de ouro que descobri por último. Durante a execução da estratégia, se a API apresentar problemas, o risco de falha aumenta bastante. Portanto, é fundamental usar uma máquina de estados para monitorar toda a cadeia de ordens (criar→confirmar→match→liquidação na cadeia), com várias camadas de alerta: quando uma ordem fica pendente por mais tempo que o esperado, quando o livro de ordens muda abruptamente, ou quando o slippage ultrapassa o limite, qualquer um desses eventos deve disparar a parada de novas ordens e o fechamento de posições de risco. Além disso, usar WS e API para validação dupla, combinando com eventos na cadeia e consultas ao The Graph, garante maior confiabilidade.

**A latência de rede é o verdadeiro limite máximo**. Alguns pensam que a latência de microssegundos na lógica do programa é o gargalo, mas na verdade não é. O verdadeiro obstáculo é a latência de ida e volta na rede e no servidor. Já medi entre os nós do Japão e a diferença ultrapassa 200 milissegundos, e em mercados de alta frequência, essa desvantagem pode ser fatal.

No geral, as oportunidades no mercado de previsão existem, mas a infraestrutura ainda está em fase de ajuste. Em vez de focar em lucros agressivos, é melhor priorizar a defesa — preservar o capital deve ser o objetivo principal, especialmente considerando as expectativas de airdrops futuras.