Una proposta di Cardano cerca regole condivise per le stablecoin regolamentate

La pull request #1266, intitolata “Standardisation of Regulatable Stablecoins,” è stata inviata al repository dei CIPs di Cardano il 10 settembre da Alex Moser.

Il documento non introduce una stablecoin né uno standard approvato. Definisce un problema di interoperabilità che potrebbe riguardare gli emittenti di token regolamentati e i fornitori di infrastruttura nell'ecosistema Cardano (ADA).

I token CIP-113 possono richiedere integrazioni separate

CIP-113 fornisce un'infrastruttura condivisa per token programmabili, includendo un registro, validatori core e un metodo comune per la custodia degli asset. Le regole dei singoli token sono gestite tramite sottostandard aggiuntivi scelti da ciascun emittente.

Secondo la nuova proposta, tali differenze possono generare un carico di integrazione significativo. Una transazione può richiedere input di riferimento, prove e redeemers specifici per le regole e la distribuzione del token.

Una stablecoin potrebbe usare una denylist, un'altra potrebbe limitare i trasferimenti agli utenti approvati, mentre una terza potrebbe richiedere una verifica da un servizio KYC esterno. Wallet, exchange, custodi e applicazioni decentralizzate devono comprendere tali requisiti prima di poter costruire transazioni valide.

Il sottostandard condiviso proposto darebbe alle stablecoin conformi una struttura di transazione coerente. Gli emittenti potrebbero mantenere ruoli e configurazioni differenti senza richiedere ai fornitori di infrastruttura di creare una logica di transazione completamente nuova per ogni asset.

La bozza copre congelamento, sequestro e rimborso

La CPS elenca le capacità che un futuro standard potrebbe dover supportare. Tra queste figurano conio e bruciatura controllati dall'emittente, un limite all'offerta, il congelamento degli account e la capacità di sequestrare o distruggere i saldi congelati.

Propone inoltre permessi separati per conio, amministrazione e azioni di enforcement. L'autorizzazione multifirma e la rotazione delle chiavi sarebbero supportate senza richiedere all'emittente di migrare il token.

I congelamenti e i sequestri potrebbero includere codici di motivo standardizzati, consentendo a wallet e revisori di interpretare l'azione senza inserire informazioni personali sulla blockchain. Le informazioni di base del token, compresi l'emittente e un riferimento ai suoi termini o white paper, potrebbero anch'esse seguire un formato comune.

La bozza dedica particolare attenzione al rimborso. Chiede come i trasferimenti potrebbero essere sospesi durante un incidente pur consentendo a un detentore idoneo di restituire i token all'emittente per il rimborso.

Tali requisiti sono mappati rispetto al framework MiCAR dell'Unione Europea e al GENIUS Act degli Stati Uniti. Il documento usa tali normative come riferimenti di progettazione e dichiara esplicitamente che non fornisce consulenza legale.

Questioni tecniche e regolamentari restano aperte

La PR #1266 rimane aperta, non ha un numero di CPS assegnato e non contiene una soluzione finalizzata. Il suo scopo attuale è raccogliere feedback dagli emittenti di stablecoin e dai fornitori di infrastruttura prima che venga scritto uno standard tecnico.

I revisori hanno richiesto un allineamento più stretto con lo sviluppo in corso di CIP-113. Hanno anche avvertito che i confronti tra implementazioni esistenti potrebbero diventare rapidamente obsoleti e dovrebbero essere separati dai requisiti destinati a rimanere pertinenti nel tempo.

Le domande irrisolte includono se i sistemi di denylist e allowlist possano usare la stessa struttura di transazione, come i dati personali debbano essere esclusi dai registri permanenti della blockchain e come i protocolli possano identificare le modifiche alla logica di validazione di un emittente.

La proposta chiede inoltre se un emittente debba poter congelare asset detenuti all'interno di una pool DEX o di un protocollo di prestito, e come tali applicazioni possano valutare tale rischio prima di listare un token.

CIP-113 è contrassegnato come in Last Check, ma la sua pull request non è ancora stata integrata nel repository principale dei CIPs. La CPS sulle stablecoin regolamentate pertanto non crea nuovi requisiti per gli emittenti o le applicazioni nell'ecosistema ADA.

I prossimi passi dipendono dal triage dei CIP, dal feedback degli emittenti e dalla conferma che i requisiti proposti possano essere implementati senza frammentare CIP-113 in versioni incompatibili.