Ripple Brengt XRPL 3.0.0 Uit Met Grote Doorbraak in Escrow-Boekhouding

Ripple heeft XRP Ledger versie 3.0.0 uitgebracht en heeft validators en node-operators dringend verzocht om snel te upgraden om verstoringen te voorkomen. Het is niet alleen een upgrade. Dit komt omdat het een fundamenteel technologisch probleem oplost dat verband houdt met token escrow.

Dit is een van de belangrijkste functies die worden gebruikt voor afwikkeling en geplande transacties op XRPL. Degenen die betrokken zijn bij het ontwikkelen van enterprise-applicaties hebben escrow beschouwd als een van de cruciale pijlers van vertrouwen.

Lees ook: XRPL Q2 Ziet 154% Record RLUSD Adoptie Te Midden Van Stijgende XRP Marktkapitalisatie

Waarom Token Escrow Belangrijk Is Voor XRPL

Escrow is echter altijd een integraal onderdeel geweest van XRPL-afwikkelingsdiensten. Lange tijd ondersteunde het uitsluitend het gebruik van XRP. Maar dit betekende dat als een bedrijf zijn tokens op de XRPL zou uitgeven, het moeilijk zou zijn om te profiteren van de geavanceerde functies.

Het voorstel genaamd XLS-85 Token Escrow introduceerde de escrow-service voor uitgegeven activa, zoals IOU's en Multi-Purpose Tokens.

Multipurpose Tokens zijn bijzonder relevant bij tokenisatie. Ze zijn een combinatie van fungibele en niet-fungibele tokens en bevatten ook veel metadata.

XRPL-ontwikkelaars noemen Multipurpose Tokens als oplossing voor een omgeving met hoge compliance omdat ze regels en levenscycli kunnen bevatten zonder externe smart contracts te gebruiken.

De Boekhoudkundige Bug Die Zorgen Opriep

Interne testers van het oorspronkelijke Token Escrow-ontwerp merkten het probleem op met betrekking tot MPT's, die transactiekosten bevatten. Dit probleem ontstond na de voltooiing van het escrow-proces en het vrijgeven van de tokens. 

Toen 100 tokens werden vrijgegeven, met transactiekosten van 1 token, ontving de ontvanger inderdaad 99 tokens.

Het probleem lag in de boekhouding van de uitgevers. Het Ledger verminderde het LockedAmount van de uitgever slechts met 99 in plaats van de volledige 100 die oorspronkelijk in escrow waren geplaatst. Zo bleef één token in vergrendelde staat. Uiteindelijk kan dit kleine probleem zich ophopen en leiden tot discrepanties in de aanvoerhoeveelheden op het netwerk.

Experts die de XRPL-infrastructuur volgen, hebben voortdurend gewezen op de gevaren van de kleinste boekhoudkundige discrepanties in de context van tokennetwerken en hoe deze het vertrouwen in dergelijke netwerken kunnen ondermijnen.

Hoe TokenEscrowV1 Het Probleem Oplost

Dit probleem is opgelost in de TokenEscrowV1-wijziging, waarin bruto escrow-logica is geïsoleerd van netto levering. Zodra escrow is voltooid, zal LockedAmount afnemen met de volledige eerder vergrendelde waarde.

Transactiekosten worden onafhankelijk verwerkt, zodat alleen de nettowaarde de voorraad beïnvloedt. Er zullen geen tokens vergrendeld blijven en de totale voorraadwaarden worden nauwkeurig gehouden.

Lees ook: Next-Gen XRPL Wallet Van Anodos Vereenvoudigt Onboarding En Beloont Gebruikers