A Ripple lançou a versão 3.0.0 do XRP Ledger e instou validadores e operadores de nós a atualizarem sem demora. O lançamento visa um erro de contabilidade de escrow encontrado durante testes internos de escrow de token para ativos emitidos. A Ripple afirmou que a correção suporta um comportamento de liquidação consistente quando instituições utilizam entrega de tokens bloqueada por tempo ou baseada em condições no XRPL.
O escrow é uma função de longa data do XRPL utilizada para transações agendadas e libertações condicionais. Historicamente funcionou apenas com XRP, o que limitou a forma como os emissores poderiam usar o escrow para os seus próprios tokens. A proposta XLS-85 Token Escrow estende o escrow a outros ativos emitidos, incluindo IOUs e tokens multi-propósito, permitindo a entrega de escrow além do XRP para fluxos de trabalho empresariais.
Os tokens multi-propósito são um formato de token nativo do XRPL que combina propriedades fungíveis e não-fungíveis. Podem transportar características partilhadas enquanto também armazenam metadados específicos de ativos on-chain. Os programadores descrevem-nos como adequados para tokenização de conformidade porque podem incorporar regras e gestão de ciclo de vida sem depender de contratos inteligentes externos para controlos centrais.
Os testadores internos do design original de Token Escrow, que não foi ativado na rede principal, identificaram uma incompatibilidade contabilística para tokens multi-propósito que cobram taxas de transação.
Num caso de teste, um escrow bloqueou cem tokens e aplicou uma taxa de transação de um token no desbloqueio. O destinatário recebeu corretamente noventa e nove tokens após a aplicação da taxa. A contabilidade do emissor, no entanto, reduziu o LockedAmount do emissor em noventa e nove em vez dos cem completos. Um token permaneceu registado como bloqueado após a conclusão, o que deixaria as métricas do emissor dessincronizadas ao longo do tempo.
A versão 3.0.0 inclui a alteração TokenEscrowV1, que muda a forma como o ledger processa a conclusão de escrow para tokens multi-propósito que suportam taxas. A alteração separa a contabilidade de escrow bruto da contabilidade de entrega líquida.
Quando um escrow termina, o LockedAmount agora diminui pelo montante total originalmente colocado em escrow, retornando ao seu nível pré-escrow. As taxas de transação são processadas independentemente através do mecanismo de taxas do emissor, pelo que apenas o montante líquido entregue afeta os cálculos de fornecimento em circulação. O mecanismo de taxa de transação do emissor contabiliza o montante da taxa separadamente.
A rede afirmou que esta abordagem impede que os tokens permaneçam presos num estado bloqueado após a conclusão do escrow e mantém as métricas de LockedAmount do emissor alinhadas com o estado do ledger. Ligou a correção a fluxos de trabalho de tokenização institucional que dependem de contabilidade de escrow precisa, incluindo pagamentos agendados e operações de tesouraria automatizadas que utilizam ativos emitidos com taxas de transação.
Como o TokenEscrowV1 modifica o processamento central do ledger, requer ativação através de uma votação de alteração. Os validadores devem aprovar a alteração para garantir que os nós aplicam as mesmas regras de conclusão de escrow em toda a rede. A Ripple pediu aos operadores para atualizarem para a versão 3.0.0 para que as implementações permaneçam compatíveis à medida que a rede avança para a ativação.
A nova versão 3.0.0 do XRP Ledger chegou semanas após a Ripple expandir a sua presença no Japão através do Japan Financial Infrastructure Innovation Program, numa parceria com a Asia Web3 Alliance Japan e Web3 Salon.
No momento da escrita, o XRP era negociado a $2,33 depois de ter subido 9,34% nas últimas 24 horas.


