O XRP Ledger processou 3.254 transações em um único ledger, estabelecendo um recorde relatado de ledger único em 14 de setembro.
O operador de validador Vet relatou o número após revisar o ledger e disse que a maioria das entradas eram pagamentos de um drop de XRP. Ele descreveu a atividade como um possível teste de throughput, embora o propósito do remetente não tenha sido confirmado.
Um drop é um milionésimo de um XRP, tornando-o a menor unidade registrada pela rede. A alta contagem de transações, portanto, representou muitas pequenas transferências, e não uma quantidade excepcionalmente grande de XRP sendo movida entre contas.
O índice do ledger e a conta iniciadora não foram identificados na publicação pública de Vet. Sem esses detalhes, a afirmação de recorde baseia-se na sua análise e não pode ser comparada apenas através da publicação com todos os ledgers anteriores na história do XRPL.
A maioria das 3.254 transações foram pagamentos simples carregando um drop de XRP, de acordo com Vet. Transferências simples de ativos nativos exigem menos trabalho de processamento do que transações envolvendo ordens de câmbio descentralizadas, NFTs ou rotas de pagamento entre moedas.
“Não sei por que essa pessoa está fazendo essas transações, mas parece um teste de throughput, provavelmente”, disse Vet. A descrição permanece especulativa porque o proprietário da conta não explicou publicamente a atividade.
A contagem de transações não mostra quanto trabalho computacional um ledger exigiu. Um ledger contendo milhares de pagamentos diretos de XRP pode colocar uma carga diferente nos validadores do que um que contém menos negociações, operações de token ou rotas de pagamento complexas.
“Nem todas as transações são iguais em termos de impacto de carga”, disse Vet. Ele estimou que 500 pagamentos simples de XRP poderiam gerar menos estresse do que 200 transações que exigem processamento extensivo de câmbio descentralizado.
A documentação oficial do XRPL afirma que cada ledger validado registra as transações aplicadas ao estado do ledger anterior. Os metadados associados fornecem o resultado e os efeitos de cada transação incluída.
Transações com resultado tesSUCCESS completaram sua ação solicitada. Entradas com resultado tec permanecem registradas e consomem uma taxa, mesmo quando falham em executar a operação solicitada. O total relatado de 3.254, portanto, descreve transações incluídas, não necessariamente 3.254 transferências bem-sucedidas.
O XRP Ledger não usa um limite de transações permanente para cada ledger. Seus servidores ajustam as condições operacionais em resposta ao volume de transações, latência da rede e desempenho do consenso.
Vet disse que a rede pode aumentar seu alvo de transações "soft" quando um ledger muito carregado é fechado dentro do período esperado. Quando os tempos de fechamento excedem o intervalo preferencial, a rede pode reduzir o alvo para ajudar os validadores a retornar ao tempo normal.
A documentação do XRPL diz que os servidores trocam propostas até que os validadores confiáveis concordem em um conjunto de transações. Cada servidor então calcula o novo estado do ledger e distribui uma validação assinada contendo o hash do ledger resultante.
Uma supermaioria de validadores confiáveis deve concordar com o mesmo hash antes que o ledger seja validado. Uma vez validado, suas transações e estado resultante tornam-se partes finais do histórico do ledger do XRPL.
O resultado de 3.254 transações consequentemente fornece evidências de que os validadores concordaram em um ledger contendo esse número de entradas. Não estabelece uma nova taxa de throughput permanente, porque a capacidade sustentada depende da complexidade das transações, hardware, condições de rede e tempos de fechamento consecutivos do ledger.
O throughput medido a partir de um ledger difere das transações por segundo em um período estendido. Um breve pico pode colocar muitos pagamentos pendentes em um único ledger, enquanto os ledgers seguintes podem retornar à atividade normal.
Nenhum relatório de desempenho da Ripple, da XRP Ledger Foundation ou dos mantenedores do software de referência da rede havia confirmado uma mudança permanente na capacidade após o recorde. Nenhuma interrupção de serviço ou falha na rodada de consenso foi relatada em conexão com o pico.
O recorde ocorreu após um período de aumento na atividade de pagamentos e negociações do XRPL. Em cobertura relacionada, o volume do livro de ordens do XRP Ledger aumentou 79% ano a ano durante o segundo trimestre de 2026, de acordo com um relatório da Evernorth.
O volume médio diário do livro de ordens atingiu 3,57 milhões de XRP durante o trimestre, enquanto o número de traders diários caiu de 1.864 para 1.111. A Evernorth disse que o volume médio por conta de negociação quase triplicou durante o mesmo período de comparação.
Transferências de stablecoins criaram outra fonte de uso da rede. Conforme relatado pelo crypto.news, o RLUSD gerou aproximadamente US$ 9 bilhões em volume de transferências no primeiro semestre no XRPL durante 2026.
Essa atividade é separada das transferências de um drop identificadas no ledger recorde. Nenhuma evidência citada por Vet conectou as 3.254 transações ao RLUSD, liquidação institucional, negociação em exchanges ou pagamentos de clientes.
O remetente poderia estar testando a submissão de transações, o empacotamento de ledgers ou outro processo técnico. O padrão de conta disponível não confirma se a atividade veio de um desenvolvedor, instituição, serviço automatizado ou usuário individual.
O recorde chegou enquanto os validadores estavam considerando recursos de protocolo introduzidos com a versão 3.3.0 do rippled, o software de servidor de referência da rede. A XRP Ledger Foundation lançou a versão 3.3.0 em 6 de agosto.
Seus recursos propostos incluem BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 e Sponsor. Cada recurso segue o processo de emenda do XRPL antes que possa se tornar ativo em toda a rede principal.
O BatchV1_1 permitiria que múltiplas transações fossem agrupadas e processadas juntas. Registros oficiais do XRPL dizem que ele substitui a emenda Batch anterior depois que os desenvolvedores encontraram um bug crítico na implementação original.
O recurso não explica o ledger de 3.254 transações porque o BatchV1_1 não havia concluído a ativação na mainnet quando a atividade ocorreu. Sua presença na versão do servidor significa que os validadores podem revisar e votar na emenda.
As regras de emenda do XRPL exigem mais de 80% de suporte de validadores confiáveis por duas semanas contínuas. Se o suporte cair para 80% ou menos antes do término do período, a contagem regressiva é reiniciada.
O ConfidentialTransfer introduziria saldos blindados e valores de transferência para Tokens de Múltiplas Finalidades, enquanto forneceria mecanismos de visualização para partes autorizadas. O DynamicMPT permitiria que os emissores alterassem as configurações de tokens selecionadas, a menos que tornassem essas propriedades permanentemente imutáveis.
O PermissionDelegationV1_1 substitui um recurso de delegação anterior que os desenvolvedores desativaram após encontrar um bug crítico. A emenda atualizada permitiria que as contas XRPL atribuíssem permissões limitadas a outras contas após a aprovação do validador.
Nenhuma data de ativação é garantida para emendas ainda em votação. Os operadores de validadores podem mudar seus votos, e a rede verifica o suporte às emendas em torno dos ledgers de sinalização, que ocorrem aproximadamente a cada 15 minutos.
XRP