Traduzione italiana di " Understanding native assets on Cardano "
Traduzione italiana a cura di Lordwotton di RIOT Stake Pools. Se apprezzi queste traduzioni, per favore valuta di supportare il mio lavoro delegando i tuoi ada a RIOT 
entra nel nostro gruppo Telegram
Capire gli asset nativi su Cardano
La funzione degli asset nativi è un modo innovativo per separare gli emittenti di token dai proprietari di token e lasciare le operazioni fondamentali al protocollo. La gestione degli asset nativi è più economica e sicura, ma al costo di una minore programmabilità. Confrontiamo gli approcci ai token delle piattaforme Cardano ed Ethereum.
Asset nativi
Cardano è un cosiddetto ledger multi-asset. Un’infrastruttura di contabilità definita nel modello del libro mastro è stata estesa per poter gestire i token allo stesso modo delle monete ADA. Il libro mastro di Cardano supporta il tracciamento del trasferimento e della proprietà di diversi tipi di asset sul suo libro mastro.
Cardano è in grado di coniare, conservare e trasferire i token in modo cosiddetto nativo, ossia non ha bisogno di contratti intelligenti come Ethereum. Gli script nativi sono utilizzati solo per coniare (e bruciare) i token.
Il trasferimento nativo di token da indirizzo a indirizzo significa che questa funzionalità è fornita dal protocollo Cardano. La stessa parte del codice sorgente del protocollo utilizzata per il trasferimento delle monete ADA viene utilizzata per il trasferimento dei token. Tutte le funzionalità necessarie per la gestione dei token sono implementate una sola volta e sono esattamente le stesse per tutti i token.
In poche parole, il libro mastro e il protocollo sono in grado di gestire i token senza la necessità che una terza parte (l’emittente del token) fornisca il codice sorgente (smart contract) con regole e funzioni aggiuntive per le operazioni di base.
Controllo sui token
Un utente che vuole coniare i gettoni deve definire una politica di conio. Questo utente è chiamato asset controller. La politica di conio è un insieme di regole che definisce, tra l’altro, chi e a quali condizioni avrà il controllo sulla fornitura di token, cioè sulla coniazione e sulla combustione. Questo utente è chiamato emittente di token. Il controllore delle attività e l’emittente dei token possono essere un’unica entità.
L’aderenza alla politica di conio viene controllata dal nodo sempre quando viene elaborata una transazione. Non c’è quasi spazio per alcun exploit.
Nell’immagine sottostante si può vedere chi ha il controllo sui token durante il loro ciclo di vita. Il conio e la combustione dei token sono controllati dall’emittente del token. Egli deve interagire con il nodo Cardano. Una volta che l’emittente invia i token agli indirizzi degli utenti, questi ultimi sono gli unici ad avere il controllo dei token attraverso i propri portafogli. In altre parole, il trasferimento e la proprietà dei token non dipendono da script nativi.
Il ledger di Cardano è responsabile della memorizzazione dei token e il protocollo è responsabile del loro trasferimento. I possessori di gettoni utilizzano un normale portafoglio Cardano per costruire e inviare una transazione alla rete per spendere i gettoni.
Gli utenti possono utilizzare i token in applicazioni di terze parti. Si noti che gli script per il conio e la masterizzazione dei token sono separati dalle applicazioni. Le applicazioni (eseguite nella piattaforma Plutus) interagiscono con Cardano per manipolare i token.
Nei riquadri blu si trovano i processi forniti da Cardano e la cui funzionalità non può essere definita o limitata dall’emittente del token. Nelle caselle rosse si trovano i processi definiti dall’emittente del token. Nei riquadri gialli si trova l’ambiente di esecuzione (piattaforma) che consente di elaborare gli script (programmi) degli utenti.
Una volta che gli utenti possiedono i token, l’emittente del token non ha alcun controllo su di essi. Gli utenti possono inviare i token l’uno all’altro e hanno bisogno solo del protocollo e del libro mastro di Cardano. L’emittente dei token può ottenere il controllo sui token (ed eventualmente bruciarli) solo se gli utenti li inviano al suo indirizzo. Gli utenti possono utilizzare qualsiasi smart contract senza alcuna restrizione o necessità di richiedere l’autorizzazione dell’emittente del token.
Di seguito è riportata un’immagine simile per Ethereum, in modo da poter confrontare le due piattaforme.
Vantaggi e svantaggi degli asset nativi
Uno dei maggiori vantaggi degli asset nativi è che possono essere inviati tramite transazioni regolari, proprio come le monete ADA. Le commissioni sono più basse, poiché la richiesta di risorse informatiche per il loro trasferimento è inferiore a quella che si avrebbe se si dovesse utilizzare uno smart contract. Se fosse necessario utilizzare uno smart contract, la commissione dipenderebbe dalla complessità dello smart contract (dalla quantità di risorse consumate).
L’indipendenza dagli smart contract facilita l’invio di più token in un’unica transazione. È persino possibile definire più destinatari in una transazione. La verifica di una transazione di questo tipo è semplice e, come detto, uguale per tutti i token.
Memorizzare i token nel libro mastro e trasferirli attraverso il protocollo Cardano è più sicuro, in quanto non dipende dalla funzionalità implementata da una terza parte nello smart contract. In questo modo i token non possono essere persi a causa di un bug nel codice del contratto. Non è necessario copiare/incollare qualche altro contratto esistente o inventare qualcosa di nuovo.
L’impossibilità di personalizzare le regole per il trasferimento dei token ha uno svantaggio se l’emittente del token volesse definirle da solo per qualche motivo. Se l’emittente del token desidera mantenere il controllo sul trasferimento dei token a causa della necessità di rispettare le normative, questo non è possibile nel caso di Cardano. Ad esempio, l’emissione di stablecoin in una certa giurisdizione potrebbe richiedere la capacità di implementare liste nere, censurare le transazioni o congelare i conti.
Si noti che i token nativi hanno le stesse (o molto simili) proprietà delle monete ADA. Non è possibile impedire a qualcuno di utilizzare i token, né implementare la censura delle transazioni o congelare un indirizzo con i token.
È molto facile verificare i token perché sono memorizzati in modo trasparente nel libro mastro. Basta consultare la politica di conio e il revisore ha a disposizione tutte le informazioni necessarie.
Confronto tra Cardano ed Ethereum
Quando si coniano i token su Cardano, è possibile definire solo le proprietà di base dei token, come il nome, la quantità e l’entità che può coniarli e bruciarli. Le funzionalità possono essere definite solo per il conio e la masterizzazione. Ad esempio, è possibile specificare un tempo dopo il quale non è più possibile coniare o bruciare monete.
Per il conio dei gettoni su Ethereum, è necessario scrivere un intero smart contract in cui sono definite le funzioni, ossia il comportamento specifico di ogni operazione con i gettoni. Oltre al nome e al numero di token, è necessario definire le funzionalità di conio, masterizzazione, trasferimento dei token e altro. Ad esempio, una funzione di approvazione può garantire ai conti la possibilità di spendere una certa quantità di token per conto del mittente. Inoltre, una funzione che permetta di interrogare la quantità di token che un conto è autorizzato a spendere per conto di un altro conto.
Ethereum consente una maggiore programmabilità dei token. L’emittente del token ha un controllo molto maggiore non solo sul conio e sulla combustione dei token, ma può anche definire chi può spendere i token e a quali condizioni.
L’immagine seguente descrive le funzionalità controllate dallo smart contract e dal protocollo.
Nelle caselle rosse sono indicati tutti i processi che devono essere definiti dall’emittente del token. Lo smart contract definisce le funzioni e gli eventi che regolano la creazione, il trasferimento e il saldo dei token. Lo smart contract mantiene anche una mappatura del saldo dei token di ciascun conto nel suo archivio. Il protocollo Ethereum fornisce solo l’ambiente di esecuzione (piattaforma) per la distribuzione e l’esecuzione dello smart contract.
Il protocollo Ethereum non ha alcuna conoscenza o controllo sui gettoni coniati. Si limita a eseguire il codice dello smart contract secondo le sue regole e a registrare i cambiamenti di stato sul libro mastro.
Il protocollo Cardano conosce i token coniati e ne controlla il trasferimento attraverso le transazioni e la memorizzazione nel libro mastro.
Il diverso approccio delle due piattaforme si riflette nel modo in cui i token possono essere utilizzati da applicazioni di terze parti.
Le applicazioni dell’ecosistema Cardano possono lavorare arbitrariamente con tutti i token esistenti attraverso transazioni native. I team che costruiscono il DEX hanno il pieno controllo su tutte le funzionalità. Possono definire le condizioni in cui i token possono essere spesi. Gli emittenti dei gettoni non hanno alcun controllo sull’uso dei gettoni in applicazioni di terzi. In altre parole, i team definiscono la funzionalità che consente loro di ricevere token dagli utenti (di solito in cambio di altri token). Inoltre, essi stessi definiscono la funzionalità dei pool di liquidità e dei token swap. Ogni DEX può funzionare in modo significativamente diverso.
Nel caso di Ethereum, più smart contract devono interagire tra loro. Il team che costruisce il DEX deve creare uno smart contract che interagisca con gli smart contract utilizzati per coniare i token. Se si desidera scambiare i token su Uniswap, interagiscono 4 smart contract. Il contratto intelligente per il token X, il contratto per il token Y, il contratto intelligente per il pool di liquidità con i token X e Y e il cosiddetto contratto router, che facilita l’interazione tra l’utente e il contratto di coppia. I team che costruiscono i DEX sono in qualche modo limitati dalle operazioni definite negli smart contract per il conio dei token. Fortunatamente, vengono utilizzate interfacce standard, quindi l’interazione è relativamente semplice.
I token nella blockchain di Cardano sono UTxO come le monete ADA. È possibile elaborare transazioni e convalidare script in parallelo. Si noti che l’invio di token è completamente indipendente dalla piattaforma Plutus. La piattaforma Plutus può essere utilizzata per definire comportamenti più avanzati.
I gettoni in Ethereum sono saldi che vengono memorizzati e regolati da contratti intelligenti. L’elaborazione in parallelo è impossibile perché ogni nodo della rete può eseguire una sola transazione alla volta. Questo perché Ethereum utilizza un modello di esecuzione sequenziale e la gestione dei token (compreso il loro trasferimento) dipende dall’ambiente di esecuzione (EVM).
Conclusione
Il conio dei token su Cardano è semplice e relativamente sicuro, in quanto l’emittente dei token definisce solo le caratteristiche di base dei token e il diritto di conio e combustione. Le operazioni di base con i token sono fornite dal nodo Cardano, mentre le operazioni più complesse possono essere programmate negli script di Plutus. Questo rende l’invio dei token molto economico, in quanto consuma una quantità minima di risorse informatiche.
Ethereum richiede all’emittente del token di definire (programmare) tutte le funzioni importanti per le operazioni con i token, compreso il trasferimento. Un maggiore controllo sui token da parte dell’emittente dei token è utile in alcuni casi, ma al costo di una maggiore richiesta di consumo di risorse informatiche.
La differenza tra i due approcci è probabilmente più visibile nella possibilità di emettere monete stabili che devono rispettare i requisiti normativi. Su Ethereum è possibile impedire agli utenti di spendere i token (censurare le transazioni, bloccare i conti), mentre Cardano non lo consente affatto.
La maggiore programmabilità di Ethereum può ovviamente essere utilizzata anche per altre funzionalità positive, non solo per limitare i diritti degli utenti in merito alla spesa dei token. A Cardano manca una funzionalità simile allo standard ERC-20 che consentirebbe all’emittente dei token di avere un maggiore controllo sugli stessi. Al momento, è tecnologicamente impossibile avere delle stablecoin conformi alle normative su Cardano. D’altra parte, forse sarebbe meglio se i regolatori permettessero l’esistenza di stablecoin su cui solo i proprietari hanno il controllo.