Analisi: CIP-113 di Cardano potrebbe ampliare i controlli sui token e creare rischi per la DeFi

Lo standard proposto CIP-113 di Cardano per i token programmabili potrebbe consentire a un blocco su un asset di impedire temporaneamente il trasferimento di token non correlati detenuti nello stesso output di transazione. CIP-113 è entrato il 29 settembre nel repository principale di proposte di miglioramento di Cardano. Lo standard è progettato per aggiungere regole sui trasferimenti controllate dagli emittenti agli asset nativi, mantenendo il modello extended unspent transaction output di Cardano, o eUTXO. La Cardano Foundation presenta i token programmabili come un'infrastruttura per stablecoin regolamentate, titoli e asset del mondo reale che potrebbero richiedere restrizioni ai trasferimenti, blocchi e altri controlli di conformità. Il framework potrebbe rendere Cardano più interessante per gli emittenti istituzionali, introducendo al contempo nuove dipendenze per wallet e applicazioni DeFi.

Tuttavia, la pagina ufficiale di CIP-113 indica ancora lo stato «Proposed», anziché l'attivazione completa. Per passare allo stato «Active», la pagina ufficiale richiede l'emissione su Preview e mainnet, test end-to-end e il supporto di un wallet ampiamente adottato. Matteo Coppola, amministratore delegato di Fluid Tokens e collaboratore di CIP-113, ha detto che l'integrazione nel repository è arrivata dopo anni di sviluppo e ha reso il framework disponibile ai progetti Cardano. Coppola ha affermato che lo standard ufficiale per i token programmabili, compresi i titoli, era disponibile e che i collaboratori avevano lavorato per rendere il framework pronto per la produzione.

Un output di transazione Cardano può contenere diversi token e ADA, e la spesa dell'output consuma l'output nel suo complesso. Una restrizione su un token programmabile può quindi determinare se l'intera transazione va a buon fine. Una regola di blocco o di lista di esclusione sul token A può impedire al titolare di trasferire il token B e ADA, non correlati, dallo stesso output. In tal caso, il token B e ADA diventano temporaneamente inaccessibili, anche se nessuno dei due asset è stato bloccato separatamente.

CIP-113 prevede un meccanismo di ristrutturazione chiamato «unfracking», che consente di separare la policy di un token dal resto di un output senza cambiarne la proprietà. Una transazione di separazione consentita può spostare il token A soggetto a restrizioni in un output separato, mentre il token B resta in un altro output controllato dallo stesso titolare. Il token A resta soggetto a restrizioni, ma in una spesa successiva il token B non è più sottoposto alla regola di trasferimento del token A. Tuttavia, una transazione di separazione richiede l'autorizzazione del titolare e deve rispettare le regole di separazione registrate per il token interessato. Tali regole possono richiedere una firma aggiuntiva, imporre condizioni di script o bloccare del tutto la ristrutturazione. Se la policy del token A non consente la separazione, il token B e ADA possono restare inaccessibili finché le condizioni pertinenti non cambiano.

Il controllo dell'emittente sul token A non gli conferisce la proprietà di asset non correlati presenti nello stesso output. L'implementazione di riferimento è progettata per preservare i saldi appartenenti a policy di token non correlate durante le azioni autorizzate di terzi. Per i wallet e le applicazioni DeFi, la proprietà di un asset potrebbe quindi non bastare più a determinarne la possibilità di spesa immediata. La composizione degli output e le autorizzazioni alla separazione possono diventare parte del rischio legato al possesso o all'accettazione di token programmabili.

L'implementazione di riferimento di CIP-113 descrive gli output con una singola policy come struttura preferibile, ma il validatore non impone agli sviluppatori di usare output di questo tipo. Tenere separati gli asset programmabili ridurrebbe il rischio che un'azione di conformità di un emittente impedisca il trasferimento di un token non correlato. Gli output che contengono token includono anche ADA, per cui una parte di ADA resta esposta all'inaccessibilità temporanea insieme ai token programmabili soggetti a restrizioni. Il saldo visualizzato da un wallet può indicare la proprietà senza mostrare quanto l'utente possa spendere immediatamente. Le applicazioni che supportano CIP-113 potrebbero dover monitorare le policy condivise tra i token, le autorizzazioni in vigore e la possibilità di separare i token bloccati.

Una piattaforma DeFi che accetta un token programmabile dovrebbe valutare i poteri di blocco dell'emittente, la capacità del protocollo di autorizzare la separazione e le possibili interferenze con prelievi o liquidazioni. Una restrizione durante una flessione del mercato potrebbe impedire a un prestatore di trasferire le garanzie per chiudere una posizione sottogarantita. Gli sviluppatori di wallet potrebbero separare per impostazione predefinita le diverse policy programmabili. I protocolli di prestito potrebbero attribuire alle garanzie un valore inferiore, inasprire i parametri o rifiutare i token le cui regole di blocco e separazione rendono incerta la liquidazione.

Cardano cerca di espandere il mercato delle stablecoin e degli asset tokenizzati. USDCx ha aggiunto un'ulteriore fonte di liquidità in dollari a Cardano. USDCx è garantito uno a uno da USDC tramite l'infrastruttura xReserve di Circle. CIP-113 potrebbe ampliare questo mercato fornendo i controlli di conformità richiesti per gli asset regolamentati e mantenendo al contempo l'architettura nativa degli asset di Cardano. Tuttavia, wallet e protocolli DeFi potrebbero dover considerare le strutture di autorizzazione come un ulteriore livello di rischio finanziario. Le scelte delle prime integrazioni in produzione sulla costruzione degli output e sulle autorizzazioni degli emittenti contribuiranno a determinare come gli asset regolamentati si integreranno nei mercati DeFi di Cardano. Queste scelte contribuiranno anche a stabilire se i protocolli dovranno valutare il rischio che i controlli di conformità possano limitare l'accesso alle garanzie quando necessario.