Depozitul de token-uri XRPL vizează utilizarea blockchain-ului în conformitate cu reglementările

Pe 12 februarie, RippleX, división de dezvoltare a Ripple, a anunțat că Token Escrow este acum live pe mainnet-ul XRP Ledger (XRPL).

Modificarea, denumită Token Escrow (XLS-85), extinde blocarea și eliberarea condițională la tokenurile bazate pe trustline (IOU-uri) și Multi-Purpose Tokens (MPT-uri).

Aceasta extinde funcția de escrow a rețelei dincolo de XRP pentru a acoperi activele emise utilizate pentru stablecoin-uri și instrumente tokenizate.

Upgrade-ul vine în momentul în care stablecoin-urile continuă să se extindă ca cea mai stabilită linie de produse crypto. Datele CryptoSlate arată că oferta totală în circulație a acestor active se situează în jurul valorii de 308 miliarde de dolari și continuă să crească săptămână de săptămână.

În același timp, activele tokenizate din lumea reală se scalează și ele în paralel. Datele de la RWA.xyz arată că titlurile de trezorerie americane tokenizate sunt evaluate la aproximativ 10 miliarde de dolari pe blockchain-urile publice, cu zeci de miliarde în plus în categorii precum creditul privat și mărfurile.

Pentru XRPL, acest context de piață este esențial. Noua funcționalitate este mai puțin despre adăugarea unui alt instrument opțional pentru dezvoltatori și mai mult despre introducerea unei primitive de decontare on-chain pe care instituțiile o pot folosi pentru a muta active doar după îndeplinirea condițiilor.

Escrow se extinde dincolo de XRP, dar emitenții păstrează controlul

XRPL a suportat escrow de ani de zile, dar funcționalitatea s-a aplicat istoric doar la XRP.

Token Escrow lărgește acel domeniu la tokenurile emise, acolo unde se situează majoritatea cazurilor de utilizare instituționale.

Pe XRPL, stablecoin-urile, titlurile de trezorerie tokenizate și alte instrumente tokenizate nu sunt recunoscute în general ca monede native. În schimb, sunt considerate active emise.

Documentația XRPL face explicit modelul de control al emitentului. Token escrow este permisionat la nivel de emitent și token și nu este disponibil automat pentru fiecare activ emis pe rețea.

Pentru tokenurile trustline, emitenții trebuie să activeze un flag "Allow Trust Line Locking" înainte ca escrow să poată fi utilizat cu acea emisiune. Pentru MPT-uri, emitenții trebuie să activeze "Can Escrow" (și flag-uri conexe) pentru ca o emisiune să suporte escrow.

Acest design contează pentru emitenții reglementați, care adesea doresc puncte de control și politici încorporate în ciclul de viață al activului.

De asemenea, înseamnă că calea de adoptare nu este automată. Un amendament live nu garantează volum imediat dacă emitenții nu optează și dacă portofelele și platformele nu construiesc fluxuri de utilizator în jurul acestuia.

Funcționalitatea este concepută pentru fluxuri de lucru care necesită decontare condițională. În finanțele tradiționale, acele condiții sunt gestionate prin intermediari, contracte și procese operaționale.

Decontarea on-chain poate comprima acei pași dacă registrul de bază blochează valoarea și o eliberează doar când regulile predefinite sunt îndeplinite.

În termeni practici, escrow-ul activat pentru tokenuri poate suporta decontarea delivery-versus-payment, distribuții blocate temporal și plăți structurate, decontarea tranzacțiilor over-the-counter care reduce riscul contrapărții și mecanici de colateral și marjă care necesită eliberare condițională în loc de transfer imediat.

Fiecare dintre aceste fluxuri de lucru devine mai ușor de modelat când primitiva escrow poate deține aceleași tipuri de active pe care instituțiile le folosesc în decontare, în loc să forțeze procesul să treacă prin XRP singur.

Modelul de rezervă XRPL transformă creșterea obiectelor în cerere structurală de XRP

Modelul de rezervă al XRPL creează un mecanism de ordin secundar care poate traduce utilizarea mai mare a registrului în solduri XRP de bază deținute din motive operaționale, mai degrabă decât pentru taxe de tranzacție.

Pe mainnet, conturile trebuie să dețină o rezervă de bază de 1 XRP plus 0,2 XRP per obiect de registru deținut (rezerva proprietarului). Acele cerințe au fost reduse brusc pe 2 decembrie 2024, o schimbare care a făcut aplicațiile intensive în resurse mai fezabile.

Acest lucru contează deoarece Token Escrow este o funcționalitate bazată pe obiecte. Fiecare escrow creat pe registru este un obiect deținut. Pe măsură ce fluxurile de lucru de decontare bazate pe escrow se scalează, acestea pot crește cerințele de rezervă pentru proprietar pentru entitățile care dețin acele obiecte.

O gamă simplă de scenarii ilustrează relația mecanică.

Dacă adoptarea Token Escrow generează 100.000 de obiecte escrow suplimentare, aceasta implică 20.000 XRP incrementali în rezerve pentru proprietari (100.000 × 0,2). La 1.000.000 de obiecte escrow noi, totalul XRP este de 200.000. La 10.000.000, este de 2.000.000 XRP.

Aceste cifre nu sunt o prognoză a adoptării și nu sunt o predicție de preț. Cu toate acestea, ele arată cum designul XRPL leagă utilizarea de cerințele de rezervă.

Pentru instituții, acea rezervă funcționează mai mult ca un colateral operațional decât ca o taxă și rămâne deoarece sistemul o necesită pentru a rula fluxuri de lucru intensive în resurse.

Acesta este un motiv pentru care dezvoltatorii XRPL se concentrează pe funcționalitățile de "infrastructură".

Într-un model bazat pe rezerve, economia unitară a creșterii este legată de existența unor obiecte mai semnificative pe registru, nu de creșterea taxelor de tranzacție.

Impulsul mai mare este un stack permisionat, nu un singur amendament

Între timp, Token Escrow este introdus alături de un set mai larg de modificări pe care dezvoltatorii XRPL le-au prezentat ca un toolkit "permisionat", conceput pentru participare reglementată pe un registru public.

Permissioned Domains (XLS-80) au fost activate pe mainnet la începutul acestei luni.

Aceste domenii sunt medii controlate care "nu fac nimic de la sine", dar permit alte funcționalități, inclusiv schimburi descentralizate permisionate și protocoale de împrumut, care pot restricționa accesul și sprijini conformitatea on-chain.

RippleXDev a menționat pe X că Permissioned DEX a atins consensul validatorilor pentru activare la scurt timp după.

Când sunt privite ca o arhitectură combinată, aceste funcționalități răspund la trei întrebări distincte pentru participanții instituționali.

Permissioned Domains abordează cine are voie să participe la o tranzacție. Token Escrow abordează cum se decontează activele condiționat și în siguranță. În final, Permissioned DEX abordează unde au loc lichiditatea conformă și descoperirea prețului.

Această triadă de funcționalități sugerează o schimbare în propunerea de valoare fundamentală a XRPL.

Se îndepărtează de la a fi privit doar ca un blockchain de plăți cu un registru central de ordine limită și spre un rol de strat de decontare instituțional definit de participare restricționată, locații controlate și decontare condițională nativă.

Premisa este simplă. Stablecoin-urile și activele tokenizate se scalează, iar entitățile reglementate preferă adesea să nu interacționeze cu pool-uri deschise unde identitatea participanților și controalele de acces sunt nedefinite.

Dacă registrul poate susține participarea restricționată și decontarea condițională fără a se baza în întregime pe sisteme externe, devine mai ușor să mapezi conformitatea și operațiunile din lumea reală pe infrastructura on-chain.

Ce urmează și ce ar putea să încetinească procesul

Activarea Token Escrow reprezintă un pariu orientat spre viitor că viitorul blockchain-ului constă în stack-uri compatibile cu conformitatea, mai degrabă decât în sisteme pur permissionless.

Primul pilon este formarea lichidității reglementate, unde locațiile permisionate reduc fricțiunea de conformitate care în prezent împiedică multe instituții să acceseze pool-urile de lichiditate deschise.

Al doilea este standardizarea decontării RWA. Cu titlurile de trezorerie tokenizate și alte active deja în scalare, primitivele de decontare condițională ar putea face fluxurile de lucru de producție mai ușor de implementat.

Al treilea pilon este extinderea utilității stablecoin-urilor dincolo de transferurile simple. Capacitățile de escrow deblochează decontarea structurată și automatizarea trezoreriei, cazuri de utilizare care seamănă mai mult cu operațiunile back-office decât cu tranzacționarea activă.

Rămân riscuri semnificative de implementare, deoarece emitenții trebuie să opteze pentru capacitățile token escrow prin activarea flag-urilor necesare. În același timp, portofelele și schimburile trebuie să integreze noile fluxuri pentru a le face accesibile utilizatorilor.

În plus, creșterea domeniilor permisionate comportă riscul fragmentării lichidității dacă ecosistemul se împarte prea brusc între piețele deschise și cele restricționate.