Um boato circulando nas redes sociais de que os nós RPC do XRP Ledger conseguem processar 30.000 mensagens por segundo soa impressionante. O problema é que benchmarks verificados na verdade não sustentam esse número.
O que os números reais mostram
XRPL Labs, um dos principais desenvolvedores de infraestrutura para o XRP Ledger, tem se concentrado na latência em vez do throughput bruto de mensagens. Sua endpoint pública atualmente apresenta uma latência p50 de aproximadamente 371 milissegundos para chamadas ledger_current, tornando-a a opção de menor latência entre os servidores públicos XRPL.
Clusters de servidores públicos foram observados processando mais de 10.000 leituras por segundo durante períodos de pico de uso. Isso é um número sólido para infraestrutura de blockchain, mas é um terço do valor afirmado de 30.000.
GetBlock, outro provedor de infraestrutura, afirma que seus nós XRPL podem processar mais de 1.000 requisições por segundo sem limitações de taxa em configurações dedicadas.
O mais próximo que alguém chegou do valor principal envolve mensagens de validador, que é uma categoria fundamentalmente diferente de tráfego. O processamento de mensagens de validador registrou médias de cerca de 3.260 mensagens por segundo em condições de teste ideais, com picos acima de 6.100 mensagens por segundo. Mas o tráfego de consenso entre validadores e as requisições RPC cliente-servidor são coisas diferentes.
Em ambientes de produção, o throughput real de transações da rede XRPL historicamente variou entre 100 e 230 transações por segundo durante os picos diários. Máximos teóricos em ambientes de teste controlados atingiram mais de 1.500 TPS, o que ainda é uma ordem de grandeza abaixo do valor de 30.000 sendo mencionado.
Por que a diferença importa
A distinção entre mensagens por segundo e transações por segundo é importante aqui. Um nó RPC pode processar milhares de solicitações de leitura (consultas de saldo, consultas de livro-razão, atualizações de inscrição) que nunca resultam em uma transação sendo gravada no livro-razão. Contar todas as mensagens recebidas, incluindo pings, verificações de status e solicitações falhas, sempre produzirá um número maior do que contar as transações realmente processadas.
Para o XRP especificamente, isso é importante porque a Ripple tem posicionado o XRPL como infraestrutura para processamento de pagamentos institucionais e atividades de exchange descentralizada. Ambos os casos de uso exigem desempenho previsível e verificável sob carga sustentada, não picos teóricos alcançados em condições de laboratório.
Para onde a infraestrutura XRPL está realmente indo
A figura de latência p50 de 371 ms representa progresso significativo para uma rede descentralizada que realiza verificação criptográfica em cada solicitação. Uma rede de pagamentos que processa consistentemente solicitações em menos de 400 milissegundos é mais útil para um banco ou provedor de pagamento do que uma que afirma ter throughput extremamente alto, mas oferece tempos de resposta imprevisíveis.
A pilha de infraestrutura também está se diversificando. Múltiplos provedores agora oferecem serviços dedicados de nó XRPL, o que distribui a carga e reduz pontos únicos de falha. Os mais de 10.000 reads por segundo observados em clusters públicos sugerem que a rede pode lidar com um volume significativo de consultas, mesmo antes da entrada de configurações empresariais dedicadas.