O XRP Ledger colocou o PermissionDelegationV1_1 em seu período de ativação de 14 dias depois que 29 dos 35 validadores confiáveis da rede apoiaram a atualização de permissões de conta.
De acordo com o painel ao vivo de amendments do XRP Ledger, a contagem regressiva começou em 21 de setembro e pode colocar o PermissionDelegationV1_1 em vigor em 5 de outubro às 11:18 UTC, caso o apoio dos validadores permaneça acima do limite exigido durante todo o período.
Pelo menos 28 dos 35 validadores confiáveis precisam continuar apoiando o amendment. Se o apoio cair abaixo desse nível antes do fim da contagem regressiva, o cronômetro de ativação será reiniciado.
O PermissionDelegationV1_1 muda a forma como uma conta do XRP Ledger pode conceder a outra conta autoridade para executar tarefas específicas.
Sob a estrutura atual de contas, empresas que precisam de sistemas ou funcionários diferentes para executar operações podem enfrentar o problema de conceder a uma conta operacional mais autoridade do que ela realmente necessita. A Delegação de Permissões foi projetada para separar essas responsabilidades.
Uma conta poderia, por exemplo, autorizar outra conta a realizar pagamentos sem dar a ela permissão para alterar as chaves da conta principal. Um emissor de stablecoin poderia manter suas chaves principais offline enquanto dá a um sistema de compliance conectado à internet permissão para aprovar clientes a deter seu token.
Cada conta delegada pode receber até 10 permissões, enquanto a conta que concede a autoridade mantém a capacidade de alterá-las ou revogá-las.
O arranjo se assemelha à separação de responsabilidades comumente usada por instituições financeiras, nas quais funções de pagamento, compliance e administração não necessariamente compartilham o mesmo nível de acesso.
O PermissionDelegationV1_1 faz parte de um grupo maior de amendments introduzidos por meio do xrpld 3.3.0. A versão incluiu BatchV1_1, ConfidentialTransfer, DynamicMPT e Sponsor junto com Permission Delegation, com vários desses recursos voltados para transações institucionais e emissão de tokens.
O Sponsor permitiria que outra entidade cobrisse taxas de transação e exigências de reserva para usuários sem controlar suas contas. O DynamicMPT dá aos emissores mais flexibilidade sobre propriedades selecionadas de Multi Purpose Token, enquanto o ConfidentialTransfer foi projetado para ocultar saldos de MPT e valores de pagamentos da visualização pública, mantendo mecanismos de acesso para partes autorizadas.
O Crypto.news informou anteriormente que o ConfidentialTransfer tem como alvo casos de uso institucionais em que empresas podem precisar de privacidade nas transações, ao mesmo tempo em que ainda fornecem informações a auditores e outras partes autorizadas.
O PermissionDelegationV1_1 é a segunda tentativa de levar permissões delegadas de conta ao XRP Ledger.
O amendment original foi interrompido antes de chegar à rede principal depois que um testador da comunidade relatou uma vulnerabilidade em 15 de setembro de 2025.
Na implementação afetada, o software verificava se uma conta tinha permissão para realizar uma transação antes de validar corretamente sua assinatura. Certas transações rejeitadas ainda podiam gerar cobrança de taxa.
Um invasor poderia, portanto, enviar transações não autorizadas com taxas deliberadamente altas e fazer com que outra conta as pagasse, mesmo que as transações não estivessem devidamente assinadas. A repetição do processo poderia ter drenado o saldo disponível de XRP da vítima.
Os validadores foram orientados a não apoiar o amendment após a descoberta da vulnerabilidade, impedindo que a versão afetada fosse ativada na mainnet.
A substituição foi incluída no xrpld 3.3.0 com mudanças na forma como transações não autorizadas são tratadas. A verificação de assinatura agora ocorre antes do tipo de falha que poderia cobrar a conta visada.
A Permission Delegation não é o único recurso da versão a retornar após trabalho de segurança. O BatchV1_1 substituiu uma implementação anterior de Batch depois que os desenvolvedores encontraram uma vulnerabilidade crítica separada de assinatura. A atualização revisada de Batch avançou pela votação dos validadores após correções e revisão adicional.
O PermissionDelegationV1_1 não altera diretamente a oferta de XRP, seu cronograma de emissão ou a economia do token, o que significa que não há razão mecânica para que sua ativação, por si só, crie nova demanda substancial por XRP.
O amendment trata de permissões de conta em vez do próprio token XRP. Instituições que usam contas delegadas ainda utilizariam XRP para as taxas normais e exigências de reserva do ledger, mas o recurso não exige que comprem ou mantenham grandes quantidades de XRP apenas para usar permissões delegadas.
Desenvolvimentos recentes na rede mostram por que a distinção entre adoção do XRPL e demanda por XRP é importante.
Uma análise anterior da exposição ao XRP do Ripple Prime constatou que mesmo uma atividade institucional substancial dentro do ecossistema da Ripple não se traduz automaticamente em demanda equivalente por XRP. Stablecoins e outros ativos emitidos podem lidar com grande parte da transferência de valor subjacente, enquanto o XRP mantém funções como taxas de transação, reservas e algumas funções de roteamento.
Uma estrutura semelhante se aplica à Permission Delegation. Emissores de stablecoins, provedores de ativos tokenizados e outras empresas poderiam usar o recurso sem fazer do XRP o ativo transferido.
A possível conexão com o preço depende, em vez disso, de a atualização ajudar a trazer mais atividade ao XRP Ledger ao longo do tempo.
Emissores institucionais que desejam manter chaves de alta autoridade offline poderiam usar contas delegadas para pagamentos recorrentes ou tarefas de compliance. Se essas capacidades contribuírem para que mais empresas emitam ativos e processem transações no XRPL, a atividade resultante criará mais uso da rede, na qual o XRP continua sendo o ativo nativo usado para taxas e reservas.
As evidências até agora sugerem que o crescimento da rede e o preço do XRP nem sempre andam juntos. O RLUSD e os ativos tokenizados se expandiram no XRPL enquanto o XRP passou por períodos de fraqueza de preço, mostrando que o aumento da atividade no ledger não necessariamente produz pressão compradora imediata para o token.
Um teste institucional em junho envolvendo JPMorgan, Mastercard, Ondo Finance e Ripple forneceu outro exemplo. O resgate de Treasury tokenizado usou o XRP Ledger, mas o XRP não era o ativo resgatado. Seu papel direto permaneceu ligado à infraestrutura subjacente da rede.
O PermissionDelegationV1_1 poderia, portanto, fornecer mais uma peça de infraestrutura para usuários institucionais sem se tornar um grande catalisador independente para o preço do XRP.
Uma reação do mercado em torno da ativação continua possível porque traders podem responder a atualizações da rede e às expectativas em torno da adoção. Qualquer efeito sustentado no preço, no entanto, dependeria do uso subsequente do recurso e de outros fatores de mercado, em vez de o amendment simplesmente ser ativado.
A Permission Delegation caminha para a ativação enquanto vários outros recursos do XRP Ledger permanecem em diferentes estágios do processo de amendment.
O BatchV1_1 foi projetado para agrupar múltiplas operações em uma transação coordenada, permitindo que cada ação incluída tenha sucesso ou falhe em conjunto. Tal estrutura pode dar suporte a processos de liquidação em que um ativo e seu pagamento precisam mudar de mãos ao mesmo tempo.
O ConfidentialTransfer daria aos emissores de Multi Purpose Token a opção de ocultar saldos e valores de transferência enquanto mantém as contas visíveis. Partes autorizadas ainda poderiam receber as informações necessárias para compliance sob o design proposto.
Os desenvolvedores do XRPL continuaram o trabalho além da versão 3.3.0. A versão 3.4.0, lançada em 16 de setembro, introduziu revisões em funções propostas de empréstimo junto com outro pacote de correções de protocolo.
A estrutura de empréstimos continua sujeita ao processo de amendment da rede, com aprovação dos validadores necessária antes que as funções propostas possam se tornar ativas na mainnet.
XRP