CIP-113 di Cardano spinge gli asset nativi verso la tokenizzazione regolamentata

Gli asset nativi di Cardano necessitano di uno strato di programmabilità

Il modello di asset nativi di Cardano è sempre stato uno dei suoi punti di forza architettonici più chiari. I token non sono trattati come oggetti smart contract isolati all'interno di applicazioni individuali, ma fanno parte del registro stesso. Questo conferisce agli asset di Cardano semplicità, efficienza e un profilo di sicurezza che molti sistemi basati su account devono ricreare attraverso contratti aggiuntivi.

Questa stessa forza crea una limitazione. Un asset nativo classico può muoversi liberamente, il che funziona bene per token aperti, NFT e applicazioni decentralizzate. È meno adatto per stablecoin istituzionali, titoli tokenizzati, materie prime, fondi o asset regolamentati, dove gli emittenti potrebbero aver bisogno di regole di trasferimento, restrizioni giurisdizionali, logiche KYC o AML, blocchi sugli asset o risposte a ordini legali.

CIP-113, noto anche come CIP-0113, è il tentativo di Cardano di affrontare questa lacuna.

La Cardano Foundation lo descrive come un framework che permette agli asset tokenizzati di supportare regole di conformità personalizzabili on-chain, incluse restrizioni di trasferimento e blocchi sugli asset, rimanendo comunque asset nativi di Cardano. Lo standard è stato presentato come un framework modulare per azioni regolamentate, materie prime, stablecoin e altri asset tokenizzati che necessitano di più della semplice libertà di movimento del token.

CIP-113 non è finalizzato. La pull request #444 nel repository ufficiale di Cardano CIPs rimane aperta, mentre il repository di implementazione descrive lo standard come in fase di sviluppo attivo, con la specifica ancora soggetta a modifiche.

Questo rende il lavoro attuale importante come direzione di marcia, mostrando come la Cardano Foundation stia cercando di standardizzare regole programmabili prima di un utilizzo più ampio in produzione.

Il tempismo è importante. Il mercato crypto si sta immergendo sempre più nelle infrastrutture di stablecoin, negli asset tokenizzati e nei prodotti finanziari regolamentati. Questi segmenti non possono affidarsi solo a trasferimenti di token senza restrizioni. Se Cardano vuole avere un ruolo serio in quel mercato, il suo modello di asset nativo ha bisogno di un modo per supportare token regolamentati senza perdere i vantaggi architettonici che lo rendono differente.

CIP-113 aggiunge regole senza un hard fork

Il punto tecnico chiave è che CIP-113 non cambia il modello L1 di Cardano. I token programmabili rimangono asset nativi di Cardano, ma ricevono uno strato di validazione aggiuntivo per i trasferimenti, la coniazione e la masterizzazione. L'implementazione utilizza l'infrastruttura esistente di Cardano, gli smart contract di Aiken e un design modulare, invece di richiedere un hard fork o modifiche alle regole del registro.

Questa distinzione è significativa. Cardano non sta cercando di copiare i design dei token di conformità dai network basati su account. Sta cercando di preservare gli asset nativi aggiungendo regole programmabili attraverso un framework di validazione condiviso. L'obiettivo non è sostituire il modello di token di Cardano, ma estenderlo a casi d'uso in cui la libera trasferibilità non è sufficiente.

Il framework principale definisce infrastrutture condivise, inclusi un modello di custodia condivisa, un registro on-chain e il coordinamento della validazione. Le regole specifiche arrivano attraverso sottostandard. CIP-113, quindi, non è semplicemente uno standard KYC. È un framework di token programmabili più ampio dove flussi KYC, liste di esclusione, liste di autorizzazione, logiche di congelamento e sequestro o trasferimenti autorizzati possono essere allegati come set di regole.

Durante un recente showcase per sviluppatori di Cardano, il team Ecosystem Engineering della Cardano Foundation ha mostrato come un flusso consapevole di KYC potrebbe funzionare in pratica. Il modello utilizza entità fidate, verifica delle credenziali off-chain e un payload firmato che viene poi utilizzato nella transazione. I controlli di identità sensibili non devono risiedere interamente on-chain, mentre lo smart contract può comunque verificare se un trasferimento è consentito secondo le regole definite.

Questo approccio risponde a un requisito istituzionale reale. Una banca, un emittente di stablecoin o una piattaforma di tokenizzazione non ha bisogno solo di un asset che esiste on-chain. Ha bisogno di un asset che possa seguire regole, dimostrare controllo, restringere trasferimenti non validi e rimanere leggibile per wallet, esploratori, exchange e utenti.

La tokenizzazione regolamentata dipenderà dalle integrazioni

CIP-113 è importante perché la tokenizzazione regolamentata sta diventando uno dei più grandi dibattiti infrastrutturali nel settore crypto. Stablecoin, titoli tokenizzati, asset reali e asset regolamentati non cresceranno solo perché le transazioni sono veloci o le commissioni sono basse. Hanno bisogno di standard che possano collegare l'infrastruttura blockchain aperta con l'ambiente basato su regole della finanza tradizionale.

La stessa logica può estendersi oltre la finanza. Un asset tokenizzato di musica o media, per esempio, potrebbe aver bisogno di più della prova di possesso collezionabile. Se un token rappresenta l'accesso a licenze, partecipazione ai ricavi o diritti di distribuzione limitata, l'emittente potrebbe aver bisogno di regole su chi può detenerlo, come può essere trasferito e quando quei diritti rimangono validi. Questo rende CIP-113 rilevante non solo per gli asset finanziari, ma anche per i media, i diritti digitali e l'economia dei creatori.

La Cardano Foundation elenca stablecoin, titoli tokenizzati, asset regolamentati e asset reali tokenizzati come casi d'uso chiave per i token programmabili. La documentazione di implementazione indica anche trasferimenti autorizzati, registri on-chain, logiche componibili, controlli opzionali per gli emittenti e supporto estensibile per liste di esclusione, liste di autorizzazione, blocchi temporali e politiche personalizzate.

Il rischio è l'integrazione. Il modello degli indirizzi script condivisi e la proprietà tramite credenziali di stake significano che wallet, esploratori e DEX hanno bisogno di supporto aggiuntivo per visualizzare e processare correttamente i token programmabili. Un wallet deve identificare il reale proprietario dell'asset, un esploratore deve mostrare la relazione tra un indirizzo, una credenziale di stake e un asset, e un DEX deve riconoscere quando un trasferimento è bloccato da regole aggiuntive.

Il supporto Rosetta dimostra perché questo non è solo un problema di smart contract. La Cardano Foundation ha già un problema aperto per il supporto di CIP-113 in cardano-rosetta-java, inclusi modelli di trasferimento, bilancio e costruzione. Questo è importante per gli exchange e gli integratori istituzionali che necessitano di un'infrastruttura prevedibile prima di supportare una nuova classe di asset programmabili.

La storia centrale è la standardizzazione. Cardano sta costruendo un framework che potrebbe conferire agli asset nativi regole programmabili per casi d'uso regolamentati, ma il valore dipenderà dall'adozione da parte di wallet, esploratori, indicizzatori, integrazioni Rosetta, exchange, DEX, revisori e veri emittenti.

Il test è semplice: gli asset programmabili devono sembrare asset di Cardano, non una classe separata di token che solo gli specialisti comprendono. Se CIP-113 matura, supera l'audit e ottiene integrazioni reali, potrebbe fornire a Cardano un percorso standardizzato verso la tokenizzazione regolamentata preservando l'architettura degli asset nativi che ha reso prezioso il modello.