Atualização de delegação do XRP Ledger pode entrar em vigor em 5 de outubro; o XRP se beneficiará?

O XRP Ledger ativou o período de 14 dias para PermissionDelegationV1_1 após 29 dos 35 validadores confiáveis da rede apoiarem a atualização de permissões de contas.

Resumo

• PermissionDelegationV1_1 poderá ser ativado em 5 de outubro, se o apoio dos validadores permanecer acima do limiar exigido de 80%.

• A atualização permite que contas do XRPL deleguem permissões específicas sem conceder a outra conta controle total sobre suas chaves.

• A delegação de permissões não altera diretamente a oferta ou a economia do XRP, tornando qualquer impacto no preço dependente principalmente da adoção e da atividade na rede.

Segundo o painel ao vivo de emendas do XRP Ledger, a contagem regressiva começou em 21 de setembro e pode colocar PermissionDelegationV1_1 em vigor em 5 de outubro às 11:18 UTC, caso o apoio dos validadores permaneça acima do limiar 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 das contas do XRP Ledger

PermissionDelegationV1_1 altera como uma conta do XRP Ledger pode conceder a outra conta autoridade para executar tarefas específicas.

Na estrutura atual de contas, empresas que precisam de diferentes sistemas ou funcionários para realizar operações enfrentam o problema de conceder a uma conta operacional mais autoridade do que realmente necessitam. A delegação de permissões foi projetada para separar essas responsabilidades.

Por exemplo, uma conta poderia autorizar outra conta a efetuar pagamentos sem lhe conceder permissão para alterar as chaves principais da conta original. Um emissor de stablecoin poderia manter suas chaves principais offline, enquanto concede a um sistema de conformidade 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.

Você também pode gostar: XRP Ledger 3.4.0 adiciona funcionalidades de empréstimo e correções de protocolo

Esse arranjo assemelha-se à separação de responsabilidades comumente usada por instituições financeiras, onde funções de pagamento, conformidade e administração não compartilham necessariamente o mesmo nível de acesso.

PermissionDelegationV1_1 faz parte de um grupo maior de emendas introduzidas pela versão xrpld 3.3.0. O lançamento incluiu BatchV1_1, ConfidentialTransfer, DynamicMPT e Sponsor, além da Delegação de Permissões, com várias funcionalidades voltadas para transações institucionais e emissão de tokens.

Sponsor permitirá que outra entidade cubra taxas de transação e requisitos de reserva para usuários sem controlar suas contas. DynamicMPT oferece aos emissores mais flexibilidade sobre propriedades selecionadas de Tokens Multifunção (MPT), enquanto 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 já havia informado que o ConfidentialTransfer visa casos de uso institucionais, onde empresas podem precisar de privacidade nas transações, mas ainda assim fornecer informações a auditores e outras partes autorizadas.

Delegação de Permissões retorna após falha de segurança anterior

PermissionDelegationV1_1 é a segunda tentativa de introduzir permissões de conta delegadas no XRP Ledger.

A emenda original foi interrompida antes de atingir a rede principal após um testador da comunidade relatar uma vulnerabilidade em 15 de setembro de 2025.

Na implementação afetada, o software verificava se uma conta tinha permissão para executar uma transação antes de verificar corretamente sua assinatura. Certas transações rejeitadas ainda poderiam incorrer em taxa.

Um invasor poderia, portanto, submeter transações não autorizadas com taxas deliberadamente altas, fazendo com que outra conta as pagasse, mesmo sem assinatura válida. Repetir esse processo poderia esgotar o saldo disponível em XRP da vítima.

Os validadores foram orientados a não apoiar a emenda após a descoberta da vulnerabilidade, impedindo que a versão afetada fosse ativada na mainnet.

A substituta foi incluída na versão xrpld 3.3.0, com alterações na forma como transações não autorizadas são tratadas. Agora, a verificação de assinatura ocorre antes do tipo de falha que poderia cobrar a conta alvo.

A Delegação de Permissões não é a única funcionalidade dessa versão a retornar após trabalho de segurança. A BatchV1_1 substituiu uma implementação anterior de Batch após os desenvolvedores identificarem uma vulnerabilidade crítica distinta na assinatura. A atualização revisada de Batch passou pela votação dos validadores após correções e revisões adicionais.

A PermissionDelegationV1_1 poderá 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 havendo, portanto, motivo mecânico para que sua ativação isolada gere demanda substancial adicional por XRP.

A emenda trata de permissões de contas, não do próprio token XRP. Instituições que usarem contas delegadas ainda utilizarão XRP para as taxas normais e requisitos de reserva do ledger, mas a funcionalidade não exige que comprem ou detenham grandes quantidades de XRP apenas para usar permissões delegadas.

Desenvolvimentos recentes na rede mostram por que é importante distinguir entre adoção do XRPL e demanda por XRP.

Uma análise prévia da exposição ao XRP da Ripple Prime revelou que até mesmo atividades institucionais consideráveis dentro do ecossistema da Ripple não se traduzem 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.

Estrutura semelhante aplica-se à Delegação de Permissões. Emissoras de stablecoins, provedores de ativos tokenizados e outras empresas poderiam usar essa funcionalidade sem fazer do XRP o ativo transferido.

A possível ligação com o preço depende, em vez disso, de saber se a atualização ajuda a atrair mais atividade para o XRP Ledger ao longo do tempo.

Emissoras 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 mais empresas emitirem ativos e processarem transações no XRPL, a atividade resultante geraria maior uso da rede, onde o XRP permanece o ativo nativo usado para taxas e reservas.

Evidências até agora sugerem que crescimento da rede e preço do XRP nem sempre evoluem juntos. RLUSD e ativos tokenizados expandiram-se no XRPL, enquanto o XRP enfrentou períodos de fraqueza de preço, mostrando que aumento na atividade do ledger não gera necessariamente pressão imediata de compra sobre o token.

Um teste institucional de junho envolvendo JPMorgan, Mastercard, Ondo Finance e Ripple forneceu outro exemplo. O resgate de títulos tokenizados utilizou o XRP Ledger, mas o XRP não foi o ativo resgatado. Seu papel direto permaneceu vinculado à infraestrutura subjacente da rede.

A PermissionDelegationV1_1 pode, portanto, fornecer mais um componente de infraestrutura para usuários institucionais, sem se tornar um catalisador de preço do XRP significativo por si só.

Uma reação do mercado em torno da ativação ainda é possível, pois os operadores podem responder a atualizações da rede e às expectativas sobre sua adoção. Qualquer efeito sustentado no preço, contudo, dependeria do uso subsequente do recurso e de outros fatores de mercado, não apenas da ativação da emenda.

O XRP Ledger está desenvolvendo mais ferramentas para transações institucionais

A Delegação de Permissões está avançando rumo à ativação, enquanto diversos outros recursos do XRP Ledger se encontram em diferentes estágios do processo de emenda.

O BatchV1_1 foi projetado para agrupar múltiplas operações em uma única transação coordenada, fazendo com que todas as ações incluídas tenham sucesso ou falhem juntas. Essa estrutura pode apoiar processos de liquidação em que um ativo e seu pagamento precisam ser transferidos simultaneamente.

A Transferência Confidencial permitiria aos emissores de Tokens Multifunção ocultar saldos e valores de transferência, mantendo visíveis as contas. Partes autorizadas ainda poderiam receber as informações necessárias para conformidade, conforme 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 nas funções de empréstimo propostas, além de outro pacote de correções no protocolo.

O framework de empréstimos permanece sujeito ao processo de emenda da rede, exigindo aprovação dos validadores antes que as funções propostas possam ser ativadas na mainnet.

Saiba mais: perspectiva de preço do NEAR se fortalece com adição do mercado à vista pela Hyperliquid