A RippleX lança o xrpld 3.3.0 com alterações revistas nos lotes e na delegação de permissões

A RippleX espera lançar o xrpld 3.3.0 na semana que começa a 1 de agosto de 2026, incluindo cinco emendas para apreciação dos validadores. A versão inclui versões reformuladas das emendas Batch e Permission Delegation, ambas anteriormente bloqueadas antes da ativação na mainnet, depois de investigadores de segurança terem descoberto falhas críticas de autorização distintas nas suas implementações originais. Nenhum fundo foi perdido devido a qualquer uma das vulnerabilidades. A questão central é saber se o ecossistema XRPL confia o suficiente nas reformulações para estas ultrapassarem o limiar de aprovação de 80% dos validadores necessário para a ativação.

A emenda Batch expôs uma falha na validação de assinaturas

A emenda Batch original continha um erro de validação de assinaturas que permitia a um atacante executar transações internas de contas de vítimas arbitrárias sem possuir as respetivas chaves privadas. De acordo com a divulgação oficial da vulnerabilidade do XRPL, o investigador Pranamya Keshkamat e a ferramenta autónoma de auditoria da Cantina AI, Apex, identificaram a falha em 19 de fevereiro de 2026, enquanto a emenda ainda se encontrava na fase de votação. Os validadores da UNL foram aconselhados a votar contra a emenda nessa mesma noite. Uma versão de emergência, a rippled 3.1.1, marcou tanto a Batch como a emenda relacionada fixBatchInnerSigs como não suportadas, para impedir qualquer via de ativação.

A causa principal foi um erro que fazia terminar prematuramente um ciclo da lógica de validação dos signatários: quando o código encontrava uma nova conta cuja chave de assinatura correspondia à sua própria chave, declarava sucesso e saía sem verificar os signatários restantes. Isto significava que uma entrada de signatário forjada para qualquer conta de vítima nunca seria inspecionada. A via de exploração permitia a um atacante esvaziar uma conta de vítima até à sua reserva através de transações Payment não autorizadas.

A versão substituta, BatchV1_1, reformula essa lógica de autorização e está agora indicada no registo de desenvolvimento da 3.3 como suportada, com um voto predefinido de Não, pendente da aprovação dos validadores.

A Permission Delegation permitia a cobrança de taxas não autorizadas

A Permission Delegation expôs uma superfície de ataque diferente. Uma divulgação de setembro de 2025 documentou como uma transação inválida assinada offline podia ainda cobrar uma taxa de transação à conta delegada antes de falhar a autorização. O código verificava as permissões antes de validar a assinatura, e os erros do tipo tec implicam, por definição, a cobrança de uma taxa. Um agente malicioso podia submeter repetidamente essas transações com taxas elevadas para reduzir silenciosamente o saldo de XRP de uma conta vítima.

A correção reclassifica o erro relevante de tec para ter e reordena as verificações, para que nenhuma taxa possa ser deduzida antes da verificação da assinatura. A versão substituta, PermissionDelegationV1_1, tem a mesma designação predefinida de Não no registo da 3.3.0.

Três novas emendas visam a tokenização institucional

As três emendas restantes são novas adições destinadas ao mercado de tokenização institucional.

A Confidential MPT utiliza criptografia de curvas elípticas e provas de conhecimento zero para ocultar os saldos e os montantes das transferências de Multi-Purpose Tokens, mantendo-os opacos no livro-razão público, embora auditáveis por entidades designadas, como os reguladores. Responde à objeção das instituições financeiras de que a exposição às contrapartes é visível para todos nas infraestruturas públicas de blockchain. A funcionalidade destina-se a obrigações governamentais, imóveis, ações e crédito privado tokenizados.

A Sponsored Fees and Reserves permite que um banco, emissor ou plataforma cubra as taxas de transação e os requisitos de reserva em nome dos seus utilizadores, eliminando a exigência de os utilizadores finais deterem XRP antes de realizarem transações. Isto reduz a fricção no onboarding das implementações institucionais.

A Dynamic MPT permite que os emissores de tokens modifiquem propriedades especificadas, taxas, metadados e parâmetros predefinidos após a emissão, sem terem de migrar totalmente para um novo token.

As cinco emendas exigem votação dos validadores

Jazzi Cooper, responsável pelo produto na RippleX, anunciou as cinco emendas na X, descrevendo o XRPL como uma rede que já demonstrou capacidade para suportar ativos tokenizados em grande escala e apresentando as novas funcionalidades como a camada de infraestrutura para transferências globais, negociação, colateralização e liquidação. Cooper confirmou que as cinco exigem votação dos validadores antes da ativação.

Perguntas frequentes

Que falhas de segurança foram descobertas nas emendas Batch e Permission Delegation originais?

A emenda Batch original continha um erro de validação de assinaturas que permitia aos atacantes executar transações internas de contas de vítimas sem possuírem as respetivas chaves privadas. O investigador Pranamya Keshkamat e o Apex da Cantina AI identificaram a falha em 19 de fevereiro de 2026. A Permission Delegation permitia que transações inválidas assinadas offline cobrassem taxas de transação a contas delegadas antes de falharem a autorização, conforme documentado numa divulgação de setembro de 2025. Ambas as emendas foram bloqueadas antes da ativação na mainnet e nenhum fundo foi perdido.

Quando irá a RippleX lançar o xrpld 3.3.0 com as emendas reformuladas?

A RippleX espera lançar o xrpld 3.3.0 na semana que começa a 1 de agosto de 2026. A versão inclui cinco emendas para apreciação dos validadores, incluindo a BatchV1_1 e a PermissionDelegationV1_1, que são versões reformuladas das emendas anteriormente bloqueadas. As cinco emendas exigem votação dos validadores e têm de ultrapassar o limiar de aprovação de 80% dos validadores antes da ativação.