Ripple Lansează XRPL 3.0.0 Cu O Descoperire Majoră În Contabilitatea Escrow

Ripple a lansat XRP Ledger versiunea 3.0.0 și a îndemnat validatorii și operatorii de noduri să actualizeze prompt pentru a evita perturbările. Nu este doar o actualizare. Acest lucru se datorează faptului că rezolvă o problemă tehnologică fundamentală care se referă la depozitul de tokenuri.

Aceasta este una dintre funcțiile cheie folosite pentru decontare, precum și pentru tranzacțiile programate pe XRPL. Cei implicați în dezvoltarea aplicațiilor enterprise au considerat depozitul ca fiind unul dintre pilonii vitali ai încrederii.

Citiți și: XRPL Q2 înregistrează o adoptare record de 154% a RLUSD pe fondul creșterii capitalizării de piață XRP

De ce contează depozitul de tokenuri pentru XRPL

Cu toate acestea, depozitul a fost întotdeauna o parte integrantă a serviciilor de decontare XRPL. Timp îndelungat, a susținut exclusiv utilizarea XRP. Dar acest lucru însemna că dacă o afacere ar emite tokenurile sale pe XRPL, ar întâmpina dificultăți în a profita de funcțiile avansate.

Propunerea numită XLS-85 Token Escrow a introdus serviciul de depozit pentru activele emise, cum ar fi IOU-uri și tokenuri multi-scop.

Tokenurile multi-scop sunt deosebit de relevante în tokenizare. Ele sunt o combinație de tokenuri fungibile și non-fungibile și conțin, de asemenea, o cantitate mare de metadata.

Dezvoltatorii XRPL citează tokenurile multi-scop ca o soluție pentru un mediu cu conformitate ridicată, deoarece sunt capabile să includă reguli și cicluri de viață fără a folosi contracte inteligente externe.

Eroarea de contabilitate care a ridicat îngrijorări

Testerii interni ai designului original Token Escrow au observat problema privind MPT-urile, care conțin comisioane de transfer. Această problemă a apărut după finalizarea procesului de depozit și descărcarea tokenurilor. 

Când 100 de tokenuri au fost deblocate, cu un comision de transfer de 1 token, destinatarul a primit într-adevăr 99 de tokenuri.

Problema a constat în contabilitatea emitentului. Registrul a scăzut LockedAmount al emitentului doar cu 99 în loc de întreaga sumă de 100 depozitată inițial. Astfel, un token a rămas în stare blocată. În cele din urmă, această problemă minoră se poate acumula și poate duce la discrepanțe în sumele de aprovizionare din rețea.

Experții care urmăresc infrastructura XRPL au evidențiat constant pericolele celor mai mici discrepanțe de contabilitate în contextul rețelelor de tokenuri și modul în care acestea pot submina încrederea în astfel de rețele.

Cum rezolvă TokenEscrowV1 problema

Această problemă a fost rezolvată în amendamentul TokenEscrowV1, în care logica brută a depozitului a fost izolată de livrarea netă. Odată ce depozitul a fost finalizat, LockedAmount va scădea cu întreaga sa valoare blocată anterior.

Comisioanele de transfer vor fi procesate independent, astfel încât doar valoarea netă să impacteze aprovizionarea. Niciun token nu va rămâne blocat, iar valorile totale ale aprovizionării vor fi menținute exacte.

Citiți și: Portofelul XRPL de noua generație de la Anodos simplifică integrarea și recompensează utilizatorii