Il 12 febbraio, RippleX, la divisione di sviluppo di Ripple, ha annunciato che Token Escrow è ora attivo sulla mainnet di XRP Ledger (XRPL).
La modifica, denominata Token Escrow (XLS-85), estende il blocco condizionale e il rilascio ai token basati su trustline (IOU) e ai Multi-Purpose Token (MPT).
Questo espande la funzione di escrow della rete oltre XRP per coprire gli asset emessi utilizzati per stablecoin e strumenti tokenizzati.
L'aggiornamento arriva mentre le stablecoin continuano a espandersi come linea di prodotti più consolidata delle crypto. I dati di CryptoSlate mostrano che l'offerta circolante totale di questi asset si aggira intorno ai 308 miliardi di dollari e continua ad aumentare settimana dopo settimana.
Allo stesso tempo, anche gli asset del mondo reale tokenizzati si stanno espandendo in parallelo. I dati di RWA.xyz mostrano che i Treasury statunitensi tokenizzati sono valutati circa 10 miliardi di dollari sulle public chain, con decine di miliardi in più in categorie come credito privato e materie prime.
Per XRPL, questo contesto di mercato è il punto centrale. La nuova funzionalità riguarda meno l'aggiunta di un altro strumento opzionale per gli sviluppatori e più l'introduzione di una primitiva di regolamento on-chain che le istituzioni possono utilizzare per spostare asset solo dopo che le condizioni sono soddisfatte.
L'escrow si espande oltre XRP, ma gli emittenti mantengono il controllo
XRPL ha supportato l'escrow per anni, ma storicamente la funzionalità si applicava solo a XRP.
Token Escrow amplia tale ambito ai token emessi, dove si trovano la maggior parte dei casi d'uso rivolti alle istituzioni.
Su XRPL, le stablecoin, i Treasury tokenizzati e altri strumenti tokenizzati generalmente non sono riconosciuti come coin nativi. Invece, sono visti come asset emessi.
La documentazione di XRPL rende esplicito il modello di controllo dell'emittente. L'escrow dei token è autorizzato a livello di emittente e di token e non è automaticamente disponibile per ogni asset emesso sulla rete.
Per i token trustline, gli emittenti devono abilitare un flag "Allow Trust Line Locking" prima che l'escrow possa essere utilizzato con quell'emissione. Per gli MPT, gli emittenti devono abilitare "Can Escrow" (e flag correlati) affinché un'emissione supporti l'escrow.
Questo design è importante per gli emittenti regolamentati, che spesso desiderano punti di controllo e policy incorporati nel ciclo di vita dell'asset.
Significa anche che il percorso di adozione non è automatico. Un emendamento attivo non garantisce un volume immediato se gli emittenti non aderiscono e se i wallet e le piattaforme non costruiscono flussi utente attorno ad esso.
La funzionalità è progettata per flussi di lavoro che richiedono un regolamento condizionale. Nella finanza tradizionale, tali condizioni sono gestite tramite intermediari, contratti e processi operativi.
Il regolamento on-chain può comprimere questi passaggi se il ledger base blocca il valore e lo rilascia solo quando sono soddisfatte regole predefinite.
In termini pratici, l'escrow abilitato ai token può supportare il regolamento delivery-versus-payment, distribuzioni time-locked e pagamenti strutturati, regolamento di scambi Over-the-Counter (OTC) che riduce il rischio di controparte, e meccanismi di collaterale e margine che richiedono un rilascio condizionale piuttosto che un trasferimento immediato.
Ciascuno di questi flussi di lavoro diventa più facile da modellare quando la primitiva di escrow può contenere gli stessi tipi di asset che le istituzioni utilizzano nel regolamento, piuttosto che forzare il processo a passare solo attraverso XRP.
Il modello di riserva di XRPL trasforma la crescita degli oggetti in domanda strutturale di XRP
Il modello di riserva di XRPL crea un meccanismo di secondo ordine che può tradurre un maggiore utilizzo del ledger in saldi XRP di base detenuti per ragioni operative, piuttosto che per commissioni di transazione.
Sulla mainnet, gli account devono detenere una riserva base di 1 XRP più 0,2 XRP per oggetto di ledger posseduto (riserva del proprietario). Questi requisiti sono stati drasticamente ridotti il 2 dicembre 2024, un cambiamento che ha reso più fattibili le applicazioni ad alta intensità di risorse.
Questo è importante perché Token Escrow è una funzionalità basata su oggetti. Ogni escrow creato sul ledger è un oggetto posseduto. Man mano che i flussi di lavoro di regolamento basati su escrow si espandono, possono aumentare i requisiti di riserva del proprietario per le entità che possiedono tali oggetti.
Un semplice scenario illustra la relazione meccanica.
Se l'adozione di Token Escrow genera altri 100.000 oggetti escrow, ciò implica 20.000 XRP incrementali nelle riserve del proprietario (100.000 × 0,2). Con 1.000.000 di nuovi oggetti escrow, il totale XRP è 200.000. Con 10.000.000, è 2.000.000 XRP.
Queste cifre non sono una previsione di adozione e non sono una stima di prezzo. Tuttavia, mostrano come il design di XRPL colleghi l'utilizzo ai requisiti di riserva.
Per le istituzioni, quella riserva funziona più come collaterale operativo che come commissione e rimane perché il sistema lo richiede per eseguire flussi di lavoro ad alta intensità di risorse.
Questo è uno dei motivi per cui gli sviluppatori di XRPL si concentrano su funzionalità di "infrastruttura".
In un modello basato su riserve, l'economia unitaria della crescita è legata all'esistenza di più oggetti significativi sul ledger, non all'aumento delle commissioni di transazione.
La spinta più grande è uno stack con permessi, non un singolo emendamento
Nel frattempo, Token Escrow viene introdotto insieme a una serie più ampia di modifiche che gli sviluppatori di XRPL hanno inquadrato come un toolkit "con permessi", progettato per la partecipazione regolamentata su un ledger pubblico.
I Permissioned Domains (XLS-80) sono stati attivati sulla mainnet all'inizio di questo mese.
Questi domini sono ambienti controllati che "non fanno nulla da soli", ma abilitano altre funzionalità, inclusi exchange decentralizzati con permessi e protocolli di prestito, che possono limitare l'accesso e supportare la conformità on-chain.
RippleXDev ha notato su X che il Permissioned DEX aveva raggiunto il consenso dei validatori per attivarsi poco dopo.
Viste come un'architettura combinata, queste funzionalità rispondono a tre domande distinte per i partecipanti istituzionali.
I Permissioned Domains affrontano chi è autorizzato a partecipare a una transazione. Token Escrow affronta come gli asset si regolano in modo condizionale e sicuro. Infine, il Permissioned DEX affronta dove si verificano liquidità conforme e scoperta del prezzo.
Questa triade di funzionalità suggerisce un cambiamento nella proposta di valore fondamentale di XRPL.
Si sta allontanando dall'essere visto esclusivamente come una catena di pagamenti con un order book a limite centrale e verso un ruolo come layer di regolamento istituzionale definito da partecipazione controllata, venue controllate e regolamento condizionale nativo.
La premessa è semplice. Le stablecoin e gli asset tokenizzati si stanno espandendo, e le entità regolamentate spesso preferiscono non interagire con pool aperti dove l'identità dei partecipanti e i controlli di accesso non sono definiti.
Se il ledger può supportare la partecipazione controllata e il regolamento condizionale senza fare affidamento interamente su sistemi esterni, diventa più facile mappare la conformità e le operazioni del mondo reale sui binari on-chain.
Cosa succede dopo e cosa potrebbe rallentarlo
L'attivazione di Token Escrow rappresenta una scommessa lungimirante sul fatto che il futuro della blockchain risieda in stack compatibili con la conformità piuttosto che in sistemi puramente permissionless.
Il primo pilastro è la formazione di liquidità regolamentata, dove le venue con permessi riducono l'attrito di conformità che attualmente impedisce a molte istituzioni di accedere ai pool di liquidità aperti.
Il secondo è la standardizzazione del regolamento RWA. Con i treasury tokenizzati e altri asset già in espansione, le primitive di regolamento condizionale potrebbero rendere più facile implementare i flussi di lavoro di produzione.
Il terzo pilastro è l'espansione dell'utilità delle stablecoin oltre i semplici trasferimenti. Le capacità di escrow sbloccano il regolamento strutturato e l'automazione del tesoro, casi d'uso che assomigliano più alle operazioni di back-office che al trading attivo.
Rimangono rischi di implementazione significativi, poiché gli emittenti devono aderire alle capacità di token escrow abilitando i flag richiesti. Allo stesso tempo, i wallet e gli exchange devono integrare i nuovi flussi per renderli accessibili agli utenti.
Inoltre, l'ascesa dei domini con permessi comporta il rischio di frammentare la liquidità se l'ecosistema si divide troppo nettamente tra mercati aperti e controllati.
Fonte: https://cryptoslate.com/xrpls-token-escrow-targets-regulatory-friendly-blockchain-use/
