XRP Ledger 3.3.0 vs 3.2.1: 5 Principais Diferenças que Você Precisa Conhecer

• O XRPLD 3.2.1 corrige riscos de manifestos de validator, enquanto o 3.3.0 expande as funcionalidades do protocolo.
• BatchV1_1 restaura transações agrupadas com validação de assinatura interna corrigida.
• Transferências confidenciais e taxas patrocinadas estão em desenvolvimento e não estão ativas.

O próximo ciclo de software do XRP Ledger está separando um reparo de segurança focado de um conjunto mais amplo de mudanças de protocolo para validadores, exchanges e desenvolvedores de aplicações. Em 1º de agosto de 2026, o xrpld 3.2.1 continuava sendo a versão mais recente, enquanto o marco 3.3.0 mostrava 122 itens sem data de lançamento.

Esse status cria uma distinção para validadores, exchanges e desenvolvedores que estão preparando um plano de atualização xrpld para 2026. Essencialmente, a versão 3.2.1 fortalece a resiliência dos nós ao abordar problemas de propagação de manifestos do validador e limitar riscos de mensagens peer não confiáveis.

Em contraste, XRPL 3.3.0 vs. 3.2.1 oferece um pacote mais amplo que inclui lote de transações, ferramentas de privacidade, funções de patrocínio e salvaguardas operacionais.

BatchV1_1 traz transações agrupadas mais seguras para XRPL 3.3.0

A versão 3.2.1 foi lançada em 31 de julho como uma resposta direcionada aos riscos no manifesto do validador. Ele limitava o cache de manifestos não confiáveis, rejeitava manifestos de validador sobredimensionados e limitava o número de manifestos não confiáveis carregados em mensagens de pares. Essas mudanças reduziram a exposição a dados malformados ou excessivos sem introduzir funções mais amplas do protocolo.

Diante desse foco mais restrito em segurança, a primeira grande diferença no marco 3.3.0 é BatchV1_1, que substitui a emenda de lote retirado. O XRPL já desativou o Batch e o fixBatchInnerSigs na versão 3.1.1 após pesquisadores encontrarem uma falha na autorização de transações internas. Como as transações internas não possuem assinaturas independentes, certas condições poderiam ter permitido a execução de instruções não autorizadas.

Para corrigir essa fraqueza, o marco de desenvolvimento da 3.3.0 inclui o código de implementação BatchV1_1 e de emendas unificado. O projeto mantém a abordagem XLS-56 de combinar várias transações sob regras de execução definidas. No entanto, adiciona validação corrigida de assinaturas em vez de depender da obsoleta emenda fixBatchInnerSigs.

Recursos do XRPL 3.3.0 ainda exigem aprovação do validador

A segunda diferença diz respeito à ativação. O suporte de software não ativa automaticamente as emendas do XRP Ledger na Mainnet. Uma emenda deve manter o apoio de mais de 80% dos validadores confiáveis por duas semanas. Portanto, os operadores devem separar a disponibilidade de código da ativação da rede ao revisar a correção de bugs das transações lotadas XRPL.

Transferências Confidenciais Adicionem Ferramentas de Privacidade ao XRPL 3.3.0

A terceira diferença é o ConfidentialTransfer, baseado no XLS-96. O trabalho de desenvolvimento integrado permite a emenda dentro da filial 3.3.0. A proposta ocultaria saldos multifuncionais de tokens e valores transferidos por meio da criptografia EC-ElGamal e provas de conhecimento zero.

Emissores autorizados, auditores ou entidades designadas ainda poderiam receber acesso à divulgação. Essa estrutura Confidential MPT XRP Ledger tem como alvo ativos tokenizados regulados, reduzindo a exposição pública aos detalhes das transações. No entanto, a documentação oficial ainda lista o ConfidentialTransfer como “Em Desenvolvimento”, enquanto a versão estável mantém o voto padrão “Não”.

Taxas Patrocinadas Podem Remover Barreiras de Integração do XRP

A quarta diferença envolve a emenda de Taxas e Reservas Patrocinadas, também chamada de Patrocinador ou XLS-68. Isso permitiria que empresas, aplicações ou emissores cobrissem as taxas de transação, exigências de reserva ou ambos de outra conta. Usuários patrocinados ainda controlariam suas contas e chaves privadas.

Relacionado: Comunidade XRP muda o foco para utilidade XRPL antes de grandes atualizações

Essa abordagem poderia reduzir barreiras de integração, já que novos usuários não precisariam imediatamente de XRP para taxas ou reservas de objetos-registro. Ainda assim, o Patrocinador continua em desenvolvimento e não está ativo na versão 3.2.1. Sua inclusão no pacote final da 3.3.0 também permanece sem confirmação até que as notas oficiais de lançamento definam o conjunto completo de recursos.

XRPL 3.3.0 expande a confiabilidade do livro de contas e salvaguardas

Além dessas características propostas, a quinta diferença é a gama mais ampla de melhorias operacionais. O marco da 3.3.0 inclui filtragem de transações delegadas para account_tx, correções de arredondamento numérico, invariantes de pseudo-exclusão de contas, verificações de congelamento alinhadas e salvaguardas AMM envolvendo compartilhamentos de cofres.

Juntas, essas mudanças estendem a atualização além das alterações individuais para melhorias mais amplas na confiabilidade e consistência do livro-real. Assim, XRPL 3.3.0 vs. 3.2.1 representa uma mudança da manutenção defensiva para capacidades mais amplas de protocolo.

Ainda assim, a 3.2.1 continua sendo o alvo estável para os operadores. Além disso, a chave rotacionada de assinatura de pacotes da Ripple deve ser confiável para atualizações automáticas. Enquanto isso, os testes devem permanecer separados até que os pacotes assinados e as notas finais confirmem o lançamento do XRP Ledger 3.3.0.