O XRP Ledger processou 3.254 transações em um único ledger, estabelecendo um recorde relatado de ledger único em 14 de setembro.
Resumo
- O XRP Ledger processou 3.254 transações em um único ledger, de acordo com o relatório do operador de validador Vet.
- A maioria das transações supostamente transferiu uma drop de XRP, a menor unidade de moeda nativa disponível na rede.
- A explosão de transações não estabeleceu um aumento permanente na capacidade de processamento sustentável do ledger.
- O XRPL ajusta sua meta de transações quando os validadores fecham ledgers com carga pesada dentro dos limites de tempo esperados.
- O BatchV1_1 permaneceu sob votação dos validadores e requer suporte sustentado de 80% antes que a ativação automática na mainnet ocorra.
O operador de validador Vet relatou o número após revisar o ledger e disse que a maioria das entradas eram pagamentos de uma 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.
Uma drop é um milionésimo de um XRP, tornando-a a menor unidade registrada pela rede. A alta contagem de transações, portanto, representou muitas transferências pequenas, não uma quantidade excepcionalmente grande de XRP movimentada 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 alegação de recorde depende de sua análise e não pode ser comparada, apenas pela publicação, com todos os ledgers anteriores na história do XRPL.
Pequenos pagamentos em XRP dominaram o ledger recorde
A maioria das 3.254 transações eram pagamentos simples carregando uma 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 exchange descentralizada, NFTs ou caminhos 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 em XRP pode impor uma carga diferente aos validadores do que um contendo menos negociações, operações de tokens ou caminhos de pagamento complexos.
“Nem todas as transações são iguais em pegada de carga”, disse Vet. Ele estimou que 500 pagamentos simples em XRP poderiam criar menos estresse do que 200 transações que exigem processamento extensivo de exchange descentralizada.
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 a 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.
A capacidade do XRP Ledger usa uma meta adaptativa
O XRP Ledger não usa um limite permanente de transações 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 elevar sua meta flexível de transações quando um ledger com carga pesada fecha dentro do período esperado. Quando os tempos de fechamento ultrapassam a faixa preferida, a rede pode reduzir a meta 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 com um conjunto de transações. Cada servidor então calcula o novo estado do ledger e distribui uma validação assinada contendo o hash resultante do ledger.
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 o 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 com um ledger contendo esse número de entradas. Isso não estabelece uma nova taxa de throughput permanente, porque a capacidade sustentada depende da complexidade das transações, do hardware, das condições da rede e dos tempos consecutivos de fechamento do ledger.
O throughput medido a partir de um único ledger difere das transações por segundo ao longo de um período estendido. Uma rajada curta 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 confirmou uma mudança permanente de capacidade após o recorde. Nenhuma interrupção de serviço ou rodada de consenso falha foi relatada em conexão com a rajada.
A atividade recente incluiu pagamentos e negociações mais pesados
O recorde ocorreu após um período de aumento da atividade de pagamentos e negociações no XRPL. Em cobertura relacionada, o volume do livro de ofertas do XRP Ledger subiu 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 ofertas 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 afirmou que o volume médio por conta de negociação quase triplicou durante o mesmo período de comparação.
As transferências de stablecoins criaram outra fonte de uso da rede. Como o crypto.news relatou, o RLUSD gerou aproximadamente US$ 9 bilhões em volume de transferências no primeiro semestre no XRPL durante 2026.
Tal atividade é separada das transferências de um drop identificadas no ledger do recorde. Nenhuma evidência citada por Vet conectou as 3.254 transações ao RLUSD, à liquidação institucional, à negociação em exchanges ou a pagamentos de clientes.
O remetente pode ter estado testando o envio 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.
BatchV1_1 avança pelo processo de emenda
O recorde chegou enquanto os validadores consideravam 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 de poder 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 no lançamento do servidor significa que os validadores podem revisar e votar na emenda.
As regras de emenda do XRPL exigem mais de 80% de apoio dos validadores confiáveis por duas semanas contínuas. Se o apoio cair para 80% ou menos antes do fim do período, a contagem regressiva é reiniciada.
O ConfidentialTransfer introduziria saldos protegidos e valores de transferência para Tokens de Múltiplo Propósito, ao mesmo tempo em que forneceria mecanismos de visualização para partes autorizadas. O DynamicMPT permitiria que os emissores alterassem configurações selecionadas de tokens, 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 encontrarem um bug crítico. A emenda atualizada permitiria que contas do XRPL atribuíssem permissões limitadas a outras contas após aprovação dos validadores.
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 apoio às emendas em torno dos ledgers de flag, que ocorrem aproximadamente a cada 15 minutos.
