Os desenvolvedores do XRP Ledger lançaram a versão 3.3.0 do xrpld em 6 de agosto, movendo várias mudanças de protocolo para mais perto de uma possível ativação na mainnet.
Resumo
- XRPL 3.3.0 introduz código de protocolo, mas a aprovação dos validadores ainda é necessária antes que qualquer ativação na mainnet ocorra.
- ConfidentialTransfer protegeria saldos de MPT e valores de transferência, preservando o acesso de conformidade para partes autorizadas.
- BatchV1_1 restaura a funcionalidade de transações atômicas após uma versão anterior ter sido interrompida devido a uma falha de segurança.
- Sponsor permitiria que terceiros cobrissem taxas e reservas enquanto os usuários mantêm controle total da conta.
- DynamicMPT permitiria que emissores modificassem propriedades selecionadas do token posteriormente, apoiando necessidades de negócios e conformidade em evolução.
O lançamento oficial no GitHub confirma o trabalho em ConfidentialTransfer, BatchV1_1, Sponsor e DynamicMPT, juntamente com correções e outras mudanças de protocolo. O lançamento do software em si não ativa esses recursos na rede.
A distinção é importante porque alguns relatórios descrevem seis atualizações como já ativas. Sob o processo de emenda do XRP Ledger, novos recursos de protocolo exigem suporte dos validadores antes da ativação. Uma emenda deve manter mais de 80% de suporte dos validadores confiáveis por duas semanas contínuas antes de entrar em vigor.
XRP Ledger 3.3.0 adiciona ferramentas de privacidade e transações atômicas
ConfidentialTransfer é projetado para adicionar privacidade para Multi-Purpose Tokens, ou MPTs. A documentação do XRPL diz que a emenda usa criptografia para proteger saldos individuais e valores de transferência, preservando mecanismos que permitem que partes autorizadas, incluindo emissores ou auditores, verifiquem informações necessárias para conformidade.
O recurso permanece sujeito à ativação da emenda, portanto, transferências privadas de MPT ainda não devem ser descritas como ativas na mainnet do XRPL.
BatchV1_1 é outro componente importante. O padrão XLS-56 permite que múltiplas transações sejam empacotadas e processadas juntas, incluindo transações envolvendo diferentes contas. A execução atômica pode ajudar em fluxos de liquidação onde várias ações devem ser bem-sucedidas juntas, em vez de deixar uma perna concluída enquanto outra falha.
Recursos revisados seguem descobertas de segurança anteriores
Batch tem uma história importante. Uma versão anterior foi desativada antes da ativação na mainnet depois que um problema de segurança foi descoberto na lógica de assinatura de transações. A XRPL Foundation posteriormente avançou para BatchV1_1 como o substituto corrigido. Como relatado anteriormente na cobertura de segurança do XRPL, os desenvolvedores aumentaram a revisão formal em torno das atualizações recentes.
Permission Delegation seguiu um caminho semelhante. O XRPL divulgou em setembro de 2025 que um bug na emenda anterior poderia ter permitido que uma transação não autorizada cobrasse taxas de outra conta sob condições específicas. Os validadores foram aconselhados a votar não, e o recurso vulnerável nunca foi ativado. PermissionDelegationV1_1 foi desenvolvido como seu substituto.
O conceito revisado permite que uma conta conceda permissões de transação definidas sem entregar sua chave privada principal, apoiando carteiras operacionais com autoridade limitada.
Sponsor e DynamicMPT visam integração institucional
Sponsor, baseado no XLS-68, é projetado para permitir que outra conta cubra taxas de transação ou requisitos de reserva enquanto o usuário mantém o controle da conta e das chaves. O recurso poderia permitir que aplicativos integrem usuários sem exigir que eles adquiram XRP apenas para cobrir custos de rede. A proposta XLS-68 suporta explicitamente o patrocínio de taxas e reservas, preservando o controle das chaves pelo usuário.
DynamicMPT visa emissores de tokens. A proposta XLS-94 permite que emissores designem propriedades MPT selecionadas como mutáveis ao criar um token e, em seguida, atualizem esses campos permitidos posteriormente. O padrão destina-se a acomodar mudanças nos requisitos de negócios ou conformidade sem tornar todas as propriedades do token livremente editáveis.
Juntos, esses recursos se encaixam no foco crescente da XRPL em finanças tokenizadas. Em cobertura relacionada à tokenização, o crypto.news relatou que JPMorgan, Mastercard, Ondo Finance e Ripple testaram um resgate de Tesouro tokenizado usando XRPL.
Nem toda atualização citada pertence à versão 3.3.0
Uma correção é necessária em torno do enquadramento amplamente divulgado de "seis atualizações". fixCleanup3_2_0 pertence ao ciclo anterior do xrpld 3.2.0, não ao pacote de recursos 3.3.0 recém-lançado. O changelog do GitHub 3.3.0 mostra, em vez disso, trabalho em torno de LendingProtocolV1_1 e uma trilha separada de fixCleanup3_3_0, juntamente com os recursos principais.
Portanto, o lançamento não deve ser lido como seis capacidades concluídas tornando-se disponíveis simultaneamente. É um marco de software de servidor que fornece aos validadores e operadores o código necessário para decisões de emendas. Emendas individuais podem ter cronogramas de votação diferentes e podem falhar em ativar se o suporte cair abaixo do limite exigido.
Este processo de governança já foi importante antes. As emendas originais de Batch e Permission Delegation foram interrompidas após a identificação de bugs antes da ativação na mainnet, mostrando que a inclusão no software ou na votação do validador não é o mesmo que implantação em produção.
O que vem a seguir para os validadores da XRPL
Os operadores de nós agora precisam avaliar a versão 3.3.0 e decidir se atualizam e apoiam emendas individuais. As datas exatas de ativação dependem da votação dos validadores, em vez do lançamento do software em 6 de agosto. As regras de emenda da XRPL exigem que a supermaioria persista continuamente por duas semanas.
Para os detentores de XRP, a mudança imediata é técnica, não monetária. A versão 3.3.0 expande o kit de ferramentas potencial da rede para privacidade, liquidação em várias etapas, autoridade delegada, integração patrocinada e emissão de tokens configurável, mas nada garante maior demanda por XRP ou valorização do preço.
Os próximos marcos verificáveis serão a adoção do 3.3.0 pelos validadores, os níveis de suporte às emendas e as datas de ativação programadas. Até que esses limites sejam atingidos, as novas capacidades devem ser descritas como lançadas no software de nó e em processo de governança, não como recursos totalmente ativos da mainnet do XRP Ledger.
As decisões dos validadores, e não o marketing do lançamento, determinarão quando cada recurso se tornará utilizável na mainnet.
