Anastasia Labs collega la governance di Cardano all'esecuzione nelle dApp

Un'implementazione open source consente a una dApp Cardano opt in di riconoscere una decisione di governance di Livello 1 entrata in vigore ed eseguire una modifica predefinita. Il test end to end è stato completato su SanchoNet, senza alcun deployment confermato sulla mainnet di Cardano.

By SongMarketCap

Cardano News - Anastasia Labs collega la governance di Cardano all'esecuzione nelle dApp

Anastasia Labs ha dimostrato un collegamento diretto tra la governance di Cardano e l'esecuzione all'interno di un'applicazione decentralizzata. In 13 transazioni confermate su SanchoNet, una dApp di esempio ha risposto a una modifica dei parametri del protocollo entrata in vigore aumentando la propria commissione da 1 ADA a 2 ADA.

Il test su SanchoNet collega la governance alle modifiche nelle dApp

La governance di Livello 1 di Cardano può approvare modifiche ai parametri del protocollo, prelievi dal Treasury, hard fork e aggiornamenti del Constitutional Committee. Le singole dApp operano di solito con sistemi di governance separati che possono dipendere da chiavi di amministratore, wallet multifirma o DAO specifiche dell'applicazione.

Anastasia Labs ha sviluppato un design pattern open source che consente a una dApp di usare una decisione di governance di Cardano entrata in vigore come autorizzazione per modificare il proprio stato. L'implementazione è stata scritta in Aiken per Plutus V3 e pubblicata nel repository aiken-design-patterns del team.

La dimostrazione ha utilizzato un'azione di governance che ha modificato una voce nel modello di costo di Plutus V3. Dopo che la modifica ha completato il processo di governance ed è diventata attiva su SanchoNet, la dApp ha riconosciuto il modello aggiornato e ha coniato un token di autorizzazione chiamato PASS. Una transazione finale ha bruciato il token e ha aumentato la commissione dell'applicazione da 1 ADA a 2 ADA.

Il ledger di Cardano fornisce il segnale di governance

L'implementazione non esamina la cronologia delle votazioni e non dipende dall'identità di una specifica azione di governance. Invece verifica il modello di costo di Plutus attivo applicato dal ledger di Cardano dopo che la modifica dei parametri è entrata in vigore.

Questo elimina la necessità di un oracolo esterno per confermare che una proposta sia stata approvata. La validazione inoltre non richiede una chiave di amministratore del progetto, un'approvazione multifirma o un indicizzatore backend. Il ledger applica il nuovo parametro, mentre il validatore della dApp confronta il modello di costo attivo con il valore registrato nella sua proposta.

Il test in 13 transazioni ha coperto la pubblicazione degli script di riferimento, l'inizializzazione degli stati dell'applicazione e della governance, la presentazione dell'azione sui parametri collegata, la coniazione del token PASS dopo l'entrata in vigore e l'esecuzione della modifica della commissione.

Philip DiSarro di Anastasia Labs ha descritto il risultato come la prova di qualcosa che prima era ritenuto impossibile. Gli smart contract Plutus non possono leggere direttamente l'esito di un'azione di governance entrata in vigore tramite un campo dedicato. Il design pattern invece autentica il modello di costo attivo disponibile durante l'esecuzione dello script.

Solo le dApp opt in possono usare il modello

Il pattern non conferisce alla governance di Cardano il controllo su applicazioni arbitrarie. Gli sviluppatori devono integrare deliberatamente i validatori richiesti, definire le modifiche di stato consentite e collegare l'esecuzione al segnale di governance selezionato.

Il test pubblicato ha dimostrato solo una modifica alla commissione di un'applicazione di esempio. Anastasia Labs ha individuato aggiornamenti dei contratti, modifiche ai parametri delle dApp, operazioni del Treasury e controlli di emergenza come possibili applicazioni, ma tali casi d'uso non facevano parte dell'esecuzione documentata su SanchoNet.

Il modello presenta anche limitazioni irrisolte. Il suo segnale non è collegato a un Governance Action ID univoco, la configurazione della tempistica dipende da un setup multifirma e l'autorizzazione richiede una modifica effettiva a un modello di costo della rete. Non è stato annunciato alcun audit di sicurezza indipendente, integrazione in produzione o deployment sulla mainnet di Cardano.

Il risultato è un design pattern applicativo open source, non una nuova funzionalità del protocollo Cardano. Offre agli sviluppatori un percorso comprovato per sostituire una chiave di approvazione controllata dal progetto con una decisione di governance di Livello 1 entrata in vigore, a condizione che la dApp sia costruita per accettare tale autorità fin dall'inizio.