XRP Ledger reinicia atualização para direitos de pagamento partilhados
A funcionalidade deverá dar a bancos, brokers e emissores de stablecoins direitos mais separados, após um erro anterior no procedimento de ativação. A atualização pode entrar em funcionamento a 5 de outubro se os validadores concordarem.

Pontos principais
- O XRP Ledger poderá ativar a 5 de outubro a PermissionDelegationV1_1 para direitos de pagamento partilhados e direitos de acesso limitados.
- A atualização permite que uma conta principal distribua tarefas sem ceder o controlo total, com um máximo de dez permissões por delegado.
- A primeira versão foi retirada após uma falha crítica; a correção está no xrpld 3.3.0.
O XRP Ledger dá novamente um passo em direção a direitos de acesso partilhados para empresas. A atualização PermissionDelegationV1_1 está desde 21 de setembro num período de ativação de 14 dias e pode entrar em funcionamento a 5 de outubro às 11:18 UTC se o apoio dos validadores se mantiver. A funcionalidade deverá permitir distribuir tarefas de pagamento e de conformidade sem ceder o controlo total de uma conta.
O que a atualização faz
Com a PermissionDelegationV1_1, uma conta principal pode conceder a outra conta direitos limitados. Assim, um emissor de stablecoin pode, por exemplo, permitir que um sistema de conformidade online aprove quais clientes podem deter o seu token, enquanto as chaves com controlo total permanecem offline.
Também uma conta operacional separada pode efetuar pagamentos sem receber o poder de alargar esses direitos ou de assumir a conta principal. Segundo a documentação, um delegado pode receber até 10 permissões, que mais tarde podem ser ajustadas ou revogadas.
Segunda tentativa após erro
Esta é a segunda tentativa de ativar a funcionalidade. A primeira versão foi retirada depois de ter sido encontrada uma falha crítica que podia fazer com que uma transação não autorizada acabasse por cobrar custos a outra conta.
A falha estava na ordem das verificações: primeiro era analisado se uma conta tinha autorização e só depois a assinatura era verificada. Por isso, transações falhadas podiam, em alguns casos, ainda assim gerar uma taxa, o que, no pior cenário, poderia retirar XRP a uma vítima. A correção está no xrpld 3.3.0, o software com que funcionam os nós do XRP Ledger.
Porque é que isto é relevante
Para os leitores europeus de criptomoedas, isto é sobretudo relevante porque a atualização se alinha melhor com a forma como as entidades reguladas querem trabalhar com criptomoedas. Bancos, brokers e emissores de stablecoins têm muitas vezes necessidade de funções separadas para pagamentos, aceitação de clientes e conformidade, sem que uma única parte tenha de gerir logo todas as chaves.
O momento também é importante para o ecossistema mais amplo do XRP. O XRP Ledger já ativou anteriormente uma DEX permissionada, o que mostra que a rede está a acrescentar mais funções para atividades on-chain controladas, além da utilização aberta da mainchain. Também o recente regresso de funcionalidades retiradas do XRPL mostra que os programadores estão novamente a trabalhar em funções que devem dar às instituições mais controlo e flexibilidade.