O XRP Ledger moveu o PermissionDelegationV1_1 para 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ão de conta.
Resumo
- O PermissionDelegationV1_1 pode ser ativado em 5 de outubro se o suporte dos validadores permanecer acima do limite exigido de 80%.
- A atualização permite que contas XRPL deleguem permissões específicas sem dar a outra conta controle total sobre suas chaves.
- A Delegação de Permissão não altera diretamente a oferta ou a tokenomia do XRP, tornando qualquer impacto no preço dependente em grande parte da adoção e da atividade da rede.
De acordo com o painel ao vivo de emendas 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 se o suporte dos validadores permanecer acima do limite exigido durante todo o período.
Pelo menos 28 dos 35 validadores confiáveis devem continuar apoiando a emenda. Se o apoio cair abaixo desse nível antes do fim da contagem regressiva, o cronômetro de ativação será reiniciado.
PermissionDelegationV1_1 divide a autoridade da conta no XRP Ledger
O PermissionDelegationV1_1 muda a forma como uma conta do XRP Ledger pode dar a outra conta autoridade para executar tarefas específicas.
Sob a estrutura de conta atual, empresas que precisam de diferentes sistemas ou funcionários para realizar operações podem enfrentar o problema de dar a uma conta operacional mais autoridade do que ela realmente precisa. A Delegação de Permissão foi projetada para separar essas responsabilidades.
Uma conta poderia, por exemplo, autorizar outra conta a fazer pagamentos sem lhe dar 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 conformidade conectado à internet permissão para aprovar clientes para manter 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, onde funções de pagamento, conformidade e administrativas não necessariamente compartilham o mesmo nível de acesso.
O PermissionDelegationV1_1 faz parte de um grupo maior de emendas introduzido através do xrpld 3.3.0. O lançamento incluiu BatchV1_1, ConfidentialTransfer, DynamicMPT e Sponsor junto com a Delegação de Permissão, com vários dos recursos voltados para transações institucionais e emissão de tokens.
O Sponsor permitiria que outra entidade cobrisse taxas de transação e requisitos de reserva para usuários sem controlar suas contas. O DynamicMPT dá aos emissores mais flexibilidade sobre propriedades selecionadas de Tokens de Múltiplo Propósito, enquanto o ConfidentialTransfer foi projetado para ocultar saldos de MPT e valores de pagamento da visão pública, mantendo mecanismos de acesso para partes autorizadas.
O Crypto.news relatou anteriormente que o ConfidentialTransfer visa casos de uso institucionais onde empresas podem precisar de privacidade de transação enquanto ainda fornecem informações a auditores e outras partes autorizadas.
A Delegação de Permissão retorna após uma falha de segurança anterior
O PermissionDelegationV1_1 é a segunda tentativa de trazer permissões de conta delegadas para o XRP Ledger.
A emenda original foi interrompida antes de chegar à rede principal depois que um testador da comunidade relatou uma vulnerabilidade em 15 de setembro de 2025.
Sob a implementação afetada, o software verificava se uma conta tinha permissão para realizar uma transação antes de verificar adequadamente sua assinatura. Certas transações rejeitadas ainda podiam incorrer em uma taxa.
Um atacante poderia, portanto, ter enviado transações não autorizadas com taxas deliberadamente altas e feito outra conta pagá-las, mesmo que as transações não estivessem devidamente assinadas. Repetir o processo poderia ter esgotado o saldo disponível de XRP da vítima.
Os validadores foram aconselhados a não apoiar a emenda 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 alvo.
A Delegação de Permissões não é o único recurso da versão a retornar após o trabalho de segurança. BatchV1_1 substituiu uma implementação anterior do Batch depois que os desenvolvedores encontraram uma vulnerabilidade crítica separada de assinatura. A atualização do Batch avançou pela votação dos validadores após correções e revisão adicional.
A PermissionDelegationV1_1 pode afetar o preço do XRP?
A PermissionDelegationV1_1 não altera diretamente a oferta, o cronograma de emissão ou a economia do token XRP, não deixando nenhuma razão mecânica para que sua ativação por si só crie uma demanda substancialmente nova por XRP.
A emenda lida com permissões de conta em vez do próprio token XRP. Instituições que usam contas delegadas ainda usariam XRP para as taxas normais do ledger e requisitos de reserva, mas o recurso não exige que elas comprem ou mantenham grandes quantidades de XRP simplesmente para usar permissões delegadas.
Desenvolvimentos recentes na rede mostram por que a distinção entre adoção do XRPL e demanda por XRP importa.
Uma análise anterior da exposição ao XRP da Ripple Prime descobriu 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 papéis incluindo taxas de transação, reservas e algumas funções de roteamento.
Uma estrutura semelhante se aplica à Delegação de Permissões. Emissores de stablecoin, provedores de ativos tokenizados e outras empresas poderiam usar o recurso sem tornar o XRP o ativo sendo transferido.
A possível conexão de preço, em vez disso, depende de se a atualização ajuda a trazer mais atividade para o 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 conformidade. Se essas capacidades contribuírem para que mais empresas emitam ativos e processem transações no XRPL, a atividade resultante criaria mais uso da rede, onde o XRP permanece 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 se movem juntos. RLUSD e ativos tokenizados se expandiram no XRPL enquanto o XRP experimentou períodos de fraqueza de preço, mostrando que o aumento da atividade do ledger não necessariamente produz pressão de compra imediata para o token.
Um teste institucional de junho envolvendo JPMorgan, Mastercard, Ondo Finance e Ripple forneceu outro exemplo. O resgate de Tesouro tokenizado usou o XRP Ledger, mas o XRP não era o ativo sendo resgatado. Seu papel direto permaneceu ligado à infraestrutura de rede subjacente.
A PermissionDelegationV1_1 poderia, portanto, fornecer outra peça de infraestrutura para usuários institucionais sem se tornar um grande catalisador de preço independente para o XRP.
Uma reação de mercado em torno da ativação permanece possível porque os traders podem responder a atualizações de rede e 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 a emenda simplesmente ser ativada.
O XRP Ledger está construindo mais ferramentas para transações institucionais
A Delegação de Permissões está avançando para ativação enquanto vários outros recursos do XRP Ledger permanecem em diferentes estágios do processo de emenda.
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 junto. Tal estrutura pode apoiar processos de liquidação onde 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, mantendo as contas visíveis. Partes autorizadas ainda poderiam receber informações necessárias para conformidade 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 às funções propostas de empréstimo junto com outro pacote de correções de protocolo.
O framework de empréstimo permanece sujeito ao processo de emenda da rede, com aprovação dos validadores necessária antes que as funções propostas possam se tornar ativas na mainnet.
