Ripple Lança XRPL 3.0.0 Com Grande Avanço na Contabilidade de Escrow

A Ripple lançou a versão 3.0.0 do XRP Ledger e instou os validadores e operadores de nós a atualizar prontamente para evitar interrupções. Não se trata apenas de uma atualização. Isto porque corrige um problema tecnológico fundamental relacionado com o escrow de tokens.

Esta é uma das funções-chave utilizadas para liquidação, bem como transações programadas no XRPL. Os envolvidos no desenvolvimento de aplicações empresariais consideram o escrow como um dos pilares vitais de confiança.

Leia também: XRPL Q2 Sees 154% Record RLUSD Adoption Amid Rising XRP Market Cap

Porque é que o Escrow de Tokens é Importante para o XRPL

No entanto, o escrow sempre foi parte integrante dos serviços de liquidação do XRPL. Durante muito tempo, suportou exclusivamente a utilização de XRP. Mas isto significava que, se uma empresa emitisse os seus tokens no XRPL, teria dificuldade em aproveitar as funcionalidades avançadas.

A proposta denominada XLS-85 Token Escrow introduziu o serviço de escrow para ativos emitidos, tais como IOUs e Multi-Purpose Tokens.

Os Multipurpose Tokens são particularmente relevantes na tokenização. São uma combinação de tokens fungíveis e non-fungible tokens e contêm ainda uma grande quantidade de metadados.

Os programadores do XRPL citam os Multipurpose Tokens como uma solução para um ambiente de elevada conformidade porque são capazes de incluir regras e ciclos de vida sem utilizar contratos inteligentes externos.

O Erro de Contabilidade Que Gerou Preocupações

Os testadores internos do design original do Token Escrow notaram o problema relativo aos MPTs, que contêm taxas de transferência. Este problema surgiu após a conclusão do processo de escrow e o desbloqueio dos tokens. 

Quando 100 tokens foram desbloqueados, com a taxa de transferência de 1 token, o destinatário recebeu de facto 99 tokens.

O problema residia na contabilidade dos emissores. O Ledger diminuiu o LockedAmount do emissor apenas em 99 em vez dos 100 completos originalmente colocados em escrow. Assim, um token permaneceu no estado bloqueado. Eventualmente, este problema menor pode acumular-se e levar a discrepâncias nas quantidades de fornecimento na rede.

Especialistas que acompanham a infraestrutura do XRPL têm constantemente destacado os perigos das mais pequenas discrepâncias contabilísticas no contexto das redes de tokens e como podem minar a confiança nessas redes.

Como o TokenEscrowV1 Corrige o Problema

Este problema foi resolvido na emenda TokenEscrowV1, na qual a lógica bruta de escrow foi isolada da entrega líquida. Uma vez concluído o escrow, o LockedAmount diminuirá pelo seu valor total anteriormente bloqueado.

As taxas de transferência serão processadas independentemente para que apenas o valor líquido impacte o fornecimento. Nenhum token ficará bloqueado e os valores de fornecimento total serão mantidos precisos.

Leia também: Next-Gen XRPL Wallet from Anodos Simplifies Onboarding and Rewards Users