A Rede RPC da Ankr Ultrapassa 1 Trilhão de Pedidos Mensais em Mais de 80 Cadeias

Ankr, um importante fornecedor de infraestrutura Web3, anunciou esta semana que a sua plataforma RPC agora processa mais de 1 trilhão de pedidos por mês, um marco que sublinha o quanto da atividade blockchain passa por infraestrutura centralizada, mesmo enquanto as aplicações tentam se descentralizar. A empresa enquadrou o marco não como uma estratégia de marketing, mas como uma instantânea do tráfego diário: tudo, desde verificações de saldo até chamadas de rollup e pulls de bots MEV.

Chamadas de Procedimento Remoto (RPCs) são a infraestrutura de leitura/escrita das blockchains, a camada de API entre carteiras, dApps e as frotas de nós que realmente detêm o estado. Segundo a Ankr, as maiores fatias dessa torta de um trilhão de solicitações vêm de carteiras e frontends, indexadores e serviços de análise, bots e sistemas MEV, rollups/L2s e pontes (que geram muitas chamadas entre cadeias), e um longo rabo de dApps menores em mais de 80 redes.

Essas chamadas do dia a dia incluem métodos de leitura frequentes, como eth_call, eth_getBalance e eth_getBlockByNumber, com consultas de intervalo e log mais pesadas (eth_getLogs), chamadas de rastreamento/debug, assinaturas websocket para novos cabeçalhos e transações pendentes, e um volume menor, mas de missão crítica, de gravações, como eth_sendRawTransaction.

O que significa?

Alcançar um trilhão de pedidos mensais força compromissos: a confiabilidade, a latência e o custo são todos importantes quando os aplicativos dependem de dados on-chain. A Ankr afirma que aborda essas pressões com uma combinação de engenharia de rede e software: anycast global e roteamento regional para reduzir a latência, balanceamento de carga ciente da blockchain, frotas especializadas ( separando leituras quentes de caminhos de arquivo e rastreamento/debug/escrita ), modelagem de taxa e lógica de failover ponderada por método, além de infraestrutura sob medida para clientes empresariais com um throughput muito alto. O resultado, argumenta a empresa, é uma camada RPC que pode lidar tanto com o rotineiro, uma carteira verificando o saldo de uma conta, quanto com o explosivo, um sistema de rollup ou MEV atacando endpoints.

Para os desenvolvedores, a mensagem da Ankr é prática: você verá o melhor desempenho se projetar suas aplicações para serem educadas com os RPCs. Isso significa usar cache, agrupar chamadas, direcionar o tráfego para regiões, respeitar os pesos dos métodos e monitorar o uso por cadeia e método. Em resumo, otimize como você solicita dados tanto quanto onde você os obtém.

Por que isso é importante? Os RPCs são os pontos de estrangulamento invisíveis que podem fazer ou quebrar a experiência do usuário. Sem leituras de saldo, sem trocas; sem assinaturas confiáveis, sem UX em tempo real. À medida que mais usuários e serviços se dirigem para L2s, pontes e carteiras multi-chain, o volume e a complexidade do tráfego RPC crescem, juntamente com a necessidade de uma infraestrutura escalável e resiliente. A reivindicação de um trilhão de solicitações da Ankr é, portanto, menos um troféu e mais uma métrica de quanto do Web3 atualmente depende de um punhado de provedores de infraestrutura.

O thread completo e a análise dos tipos de tráfego da Ankr estão disponíveis no seu post oficial. Os desenvolvedores que estão a construir no Web3 devem tratar os RPCs como uma parte central do planeamento da arquitetura, e não como uma reflexão tardia, porque por trás de cada verificação de saldo suave ou troca instantânea estão milhares de pequenas chamadas de API que têm de ser processadas e retornadas em milissegundos.