Solana DvP e i trasferimenti RWA programmabili di Cardano

Solana Foundation ha annunciato Solana DvP il 6 ottobre, introducendo un programma open source che regola insieme asset tokenizzati e pagamenti. Cardano supporta già l'architettura delle transazioni per lo scambio atomico, mentre CIP-113 aggiunge un framework per le restrizioni di proprietà richieste dagli asset regolamentati.

Solana DvP standardizza il regolamento istituzionale

La consegna contro pagamento collega la consegna dell'asset al pagamento concordato. Nel regolamento atomico, entrambi i trasferimenti vengono eseguiti insieme oppure lo scambio non avviene. Questo elimina il rischio principale che una parte consegni un asset senza ricevere il corrispettivo concordato.

Solana DvP registra le controparti, i token, gli importi, le destinazioni e le condizioni temporali di un'operazione. Acquirente e venditore alimentano conti di garanzia separati tramite normali trasferimenti di token. Un'autorità di regolamento designata esegue poi entrambe le componenti in un'unica transazione.

Le destinazioni sono fissate in anticipo, impedendo all'autorità di reindirizzare i proventi durante il regolamento. I partecipanti possono anche recuperare i propri asset conferiti prima del regolamento.

Il programma supporta SPL Token e Token-2022, inclusi alcuni controlli dell'emittente. La compatibilità dipende dalla configurazione del token, con le estensioni TransferFee e ScaledUiAmount attualmente escluse. Il codice è disponibile sotto licenza MIT ed è stato sottoposto ad audit da Cantina. Solana Foundation sta invitando i primi partecipanti in vista della release in produzione, con il regolamento riservato indicato come aggiunta pianificata.

J.P. Morgan ha contribuito con competenze sulle pratiche di regolamento dei titoli. Il suo coinvolgimento si è limitato a input consulenziali, senza operare il programma o garantirne le prestazioni.

Cardano integra lo scambio atomico nella sua architettura degli asset

Cardano traccia la proprietà e i trasferimenti dei token nativi direttamente nel proprio ledger, insieme alla sua valuta nativa, ADA. I trasferimenti di base non richiedono uno smart contract separato per ogni token e una singola transazione può contenere più tipi di asset.

Il modello eUTXO collega gli output di transazione creati in precedenza con quelli nuovi. Ogni output può essere speso una sola volta, mentre gli script convalidano le condizioni in base alle quali può essere consumato. Gli sviluppatori possono costruire uno scambio in cui un acquirente riceve un'obbligazione tokenizzata e il venditore riceve una stablecoin, con importi e destinatari verificati all'interno della stessa transazione.

Questo offre alle applicazioni RWA di Cardano una base esistente per il regolamento. La contabilità degli asset rimane una funzione del ledger, mentre le applicazioni aggiungono condizioni di scambio e validazione. Gli emittenti possono costruire flussi di lavoro finanziari attorno ad asset nativi senza implementare la contabilità di base della proprietà all'interno di singoli contratti di token.

Il modello consente anche di verificare la validità della transazione e le commissioni prima dell'invio. Se un'altra transazione consuma un input previsto, la transazione deve essere ricostruita. La prevedibilità si applica agli input noti e alle condizioni di esecuzione, supportando la verifica di uno scambio proposto prima della firma.

CIP-113 collega i trasferimenti di asset con le regole dell'emittente

I titoli tokenizzati possono richiedere che i detentori soddisfino requisiti di identità, giurisdizione o idoneità dell'investitore. I normali token nativi di Cardano si muovono liberamente tra gli indirizzi dopo l'emissione. CIP-113 introduce la convalida tramite script quando cambia la proprietà, consentendo agli emittenti di definire ulteriori condizioni di trasferimento.

La proposta è stata unita nel repository principale delle Cardano Improvement Proposals il 29 settembre e mantiene lo stato Proposed. L'implementazione di riferimento della Cardano Foundation collega gli asset nativi con un registro e script di validazione. I moduli dell'emittente possono aggiungere allowlist, controlli di denylist, congelamenti o trasferimenti forzati utilizzando le capacità esistenti della rete, senza un hard fork.

I wallet e le applicazioni di trading devono integrare tali controlli. I token programmabili utilizzano un indirizzo di script e una validazione aggiuntiva, richiedendo alle applicazioni di adattare la visualizzazione della proprietà e la costruzione delle transazioni.

L'accesso istituzionale si sta inoltre ampliando grazie al supporto annunciato da Fireblocks per i token nativi di Cardano, previsto entro marzo 2027. Banche, exchange e società di pagamento acquisirebbero capacità di custodia e trasferimento tramite i controlli di sicurezza esistenti. Fireblocks supporta ADA dal 2021, anche se il nuovo annuncio non conferma separatamente il supporto per CIP-113.

Per un'applicazione Cardano DvP, la contabilità degli asset nativi, le transazioni atomiche e le regole di trasferimento programmabili forniscono componenti distinti dello stesso flusso di lavoro di regolamento. In uno scambio obbligazione contro stablecoin, la transazione può richiedere sia il pagamento concordato sia la prova che il destinatario soddisfi le regole dell'emittente dell'obbligazione. La consegna dell'asset e il pagamento vengono quindi eseguiti insieme, con l'idoneità verificata prima che il titolo cambi di mano.