Ripple a lansat XRP Ledger versiunea 3.0.0 și a îndemnat validatorii și operatorii de noduri să facă upgrade-ul fără întârziere. Lansarea vizează o eroare de contabilitate escrow descoperită în timpul testării interne a escrow-ului de token-uri pentru activele emise. Ripple a declarat că remedierea susține comportamentul consistent de decontare atunci când instituțiile folosesc livrarea de token-uri blocate în timp sau bazate pe condiții pe XRPL.
Escrow este o funcție XRPL de lungă durată folosită pentru tranzacții programate și eliberări condiționate. Istoric, a funcționat doar cu XRP, ceea ce a limitat modul în care emitenții puteau folosi escrow pentru propriile token-uri. Propunerea XLS-85 Token Escrow extinde escrow-ul la alte active emise, inclusiv IOU-uri și token-uri multifuncționale, permițând livrarea escrow dincolo de XRP pentru fluxurile de lucru corporative.
Token-urile multifuncționale sunt un format de token nativ XRPL care îmbină proprietăți fungibile și non-fungibile. Acestea pot purta trăsături comune, stocând în același timp metadate specifice activelor on-chain. Dezvoltatorii le descriu ca fiind potrivite pentru tokenizarea conformității, deoarece pot încorpora reguli și gestionarea ciclului de viață fără a se baza pe contracte inteligente externe pentru controalele de bază.
Testerii interni ai designului original Token Escrow, care nu a fost activat pe rețeaua principală, au identificat o nepotrivire contabilă pentru Token-urile Multifuncționale care percep comisioane de transfer.
Într-un caz de testare, un escrow a blocat o sută de token-uri și a aplicat un comision de transfer de un token la deblocare. Destinatarul a primit corect nouăzeci și nouă de token-uri după aplicarea comisionului. Contabilitatea emitentului, însă, a redus LockedAmount al emitentului cu nouăzeci și nouă în loc de o sută complet. Un token a rămas înregistrat ca blocat după finalizare, ceea ce ar lăsa metricile emitentului desincronizate în timp.
Versiunea 3.0.0 include amendamentul TokenEscrowV1, care schimbă modul în care registrul procesează finalizarea escrow pentru token-uri multifuncționale cu comisioane. Amendamentul separă contabilitatea escrow brut de contabilitatea livrării nete.
Când un escrow se finalizează, LockedAmount scade acum cu întreaga sumă plasată inițial în escrow, revenind la nivelul pre-escrow. Comisioanele de transfer sunt procesate independent prin mecanismul de comisioane al emitentului, astfel încât doar suma netă livrată afectează calculele ofertei în circulație. Mecanismul de comision de transfer al emitentului contabilizează separat suma comisionului.
Rețeaua a declarat că această abordare previne blocarea token-urilor într-o stare blocată după finalizarea escrow și menține metricile LockedAmount ale emitentului aliniate cu starea registrului. A legat remedierea de fluxurile de lucru de tokenizare instituțională care depind de contabilitatea precisă a escrow, inclusiv plățile programate și operațiunile automate de trezorerie care folosesc active emise cu comisioane de transfer.
Deoarece TokenEscrowV1 modifică procesarea de bază a registrului, necesită activare printr-un vot de amendament. Validatorii trebuie să aprobe amendamentul pentru a se asigura că nodurile aplică aceleași reguli de finalizare escrow în întreaga rețea. Ripple a solicitat operatorilor să facă upgrade la versiunea 3.0.0 pentru ca implementările să rămână compatibile pe măsură ce rețeaua se îndreaptă spre activare.
Noua versiune XRP Ledger 3.0.0 a sosit la săptămâni după ce Ripple și-a extins prezența în Japonia prin Programul de Inovare a Infrastructurii Financiare din Japonia, într-un parteneriat cu Asia Web3 Alliance Japan și Web3 Salon.
La momentul scrierii, XRP se tranzacționa la 2,33 USD după ce a crescut cu 9,34% în ultimele 24 de ore.


