Os desenvolvedores do XRP Ledger lançaram o xrpld versão 3.3.0 em 6 de agosto, aproximando várias alterações de protocolo de uma possível ativação na mainnet.
- XRPL 3.3.0 introduz código de protocolo, mas a aprovação dos validadores continua a ser necessária antes de qualquer ativação na mainnet.
- ConfidentialTransfer protegeria saldos de MPT e montantes de transferência, preservando o acesso de conformidade para partes autorizadas.
- BatchV1_1 restaura a funcionalidade de transações atómicas depois de uma versão anterior ter sido interrompida devido a uma falha de segurança.
- Sponsor permitiria que terceiros cobrissem taxas e reservas enquanto os utilizadores mantêm controlo total da conta.
- DynamicMPT permitiria que emitentes modificassem posteriormente propriedades selecionadas de tokens, apoiando necessidades empresariais e de 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 alterações de protocolo. O lançamento de software em si não ativa essas funcionalidades na rede.
A distinção é importante porque alguns relatos descrevem seis atualizações como já ativas. No processo de alteração do XRP Ledger, novas funcionalidades de protocolo exigem suporte dos validadores antes da ativação. Uma alteração deve manter mais de 80% de apoio dos validadores de confiança durante duas semanas consecutivas antes de entrar em vigor.
XRP Ledger 3.3.0 adiciona ferramentas de privacidade e transações atómicas
ConfidentialTransfer foi concebido para adicionar privacidade aos Tokens de Propósito Múltiplo, ou MPTs. A documentação do XRPL afirma que a alteração usa criptografia para proteger saldos individuais e montantes de transferência, preservando mecanismos que permitem que partes autorizadas, incluindo emitentes ou auditores, verifiquem informações necessárias para conformidade.
A funcionalidade continua sujeita à ativação da alteração, pelo que as transferências privadas de MPT não devem ainda 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 em conjunto, 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 em conjunto, em vez de deixar uma parte concluída enquanto outra falha.
Funcionalidades revistas 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 de um problema de segurança ter sido descoberto na lógica de assinatura de transações. A Fundação XRPL avançou posteriormente para BatchV1_1 como substituto corrigido. Como relatado anteriormente na cobertura de segurança do XRPL, os desenvolvedores aumentaram a revisão formal em torno de atualizações recentes.
Permission Delegation seguiu um caminho semelhante. O XRPL divulgou em setembro de 2025 que um bug na alteração anterior poderia ter permitido que uma transação não autorizada cobrasse taxas a outra conta sob condições específicas. Os validadores foram aconselhados a votar não, e a funcionalidade vulnerável nunca foi ativada. PermissionDelegationV1_1 foi desenvolvida como substituta.
O conceito revisto permite que uma conta conceda permissões de transação definidas sem entregar a sua chave privada principal, apoiando carteiras operacionais com autoridade limitada.
Sponsor e DynamicMPT visam a integração institucional
Sponsor, baseado em XLS-68, foi concebido para permitir que outra conta cubra taxas de transação ou requisitos de reserva enquanto o utilizador mantém controlo da conta e das chaves. A funcionalidade poderia permitir que aplicações integrassem utilizadores sem exigir que estes adquirissem XRP apenas para cumprir custos de rede. A proposta XLS-68 apoia explicitamente o patrocínio de taxas e reservas, preservando o controlo das chaves pelo utilizador.
DynamicMPT visa emitentes de tokens. A proposta XLS-94 permite que emitentes designem propriedades selecionadas de MPT como mutáveis ao criar um token, e depois atualizem esses campos permitidos posteriormente. O padrão destina-se a acomodar requisitos empresariais ou de conformidade em mudança sem tornar todas as propriedades do token livremente editáveis.
Em conjunto, estas funcionalidades enquadram-se no foco crescente do XRPL em finanças tokenizadas. Na cobertura relacionada com tokenização, a crypto.news noticiou que a JPMorgan, Mastercard, Ondo Finance e Ripple testaram um resgate de tesouraria tokenizado usando XRPL.
Nem todas as atualizações citadas pertencem à versão 3.3.0
Uma correção é necessária em torno do enquadramento amplamente divulgado das "seis atualizações". fixCleanup3_2_0 pertence ao ciclo anterior do xrpld 3.2.0, não ao pacote de funcionalidades recém-lançado 3.3.0. O changelog do GitHub 3.3.0 mostra, em vez disso, trabalho em torno de LendingProtocolV1_1 e uma faixa separada fixCleanup3_3_0 juntamente com as funcionalidades principais.
O lançamento não deve, portanto, ser lido como seis capacidades concluídas a ficarem disponíveis simultaneamente. É um marco de software de servidor que dá aos validadores e operadores o código necessário para decisões de alteração. Alterações individuais podem ter cronogramas de votação diferentes e podem falhar na ativação se o apoio cair abaixo do limiar exigido.
Este processo de governação já foi importante antes. As alterações originais Batch e Permission Delegation foram interrompidas depois de bugs terem sido identificados antes da ativação na mainnet, mostrando que a inclusão em software ou votação de validadores não é o mesmo que implementação em produção.
O que acontece a seguir para os validadores do XRPL
Os operadores de nós precisam agora de avaliar a versão 3.3.0 e decidir se atualizam e apoiam alterações individuais. As datas exatas de ativação dependem da votação dos validadores, em vez do lançamento de software de 6 de agosto. As regras de alteração do XRPL exigem que a supermaioria persista continuamente durante duas semanas.
Para os detentores de XRP, a mudança imediata é técnica e não monetária. A versão 3.3.0 expande o potencial conjunto de ferramentas da rede para privacidade, liquidação em múltiplas etapas, autoridade delegada, integração patrocinada e emissão configurável de tokens, mas nada disso garante maior procura ou valorização do preço do XRP.
Os próximos marcos verificáveis serão a adoção do 3.3.0 pelos validadores, os níveis de apoio às alterações e as datas de ativação agendadas. Até que esses limiares sejam cumpridos, as novas capacidades devem ser descritas como lançadas no software de nó e em processo de governação, não como funcionalidades totalmente ativas na mainnet do XRP Ledger.
As decisões dos validadores, em vez do marketing do lançamento, determinarão quando cada funcionalidade se torna utilizável na mainnet.