Introduzione alla governance di Ethereum

Se nessuno possiede Ethereum, come vengono prese le decisioni sui cambiamenti passati e futuri di Ethereum? La governance di Ethereum si riferisce al processo che consente di prendere tali decisioni.

Cos'è la governance?

La governance è l'insieme dei sistemi in atto che consentono di prendere decisioni. In una tipica struttura organizzativa, il team esecutivo o un consiglio di amministrazione potrebbero avere l'ultima parola nel processo decisionale. O forse gli azionisti votano su proposte per attuare un cambiamento. In un sistema politico, i funzionari eletti possono promulgare leggi che tentano di rappresentare i desideri dei loro elettori.

Governance decentralizzata

Nessuna singola persona possiede o controlla il protocollo di Ethereum, ma è comunque necessario prendere decisioni sull'implementazione di modifiche per garantire al meglio la longevità e la prosperità della rete. Questa mancanza di proprietà rende la governance organizzativa tradizionale una soluzione incompatibile.

Governance di Ethereum

La governance di Ethereum è il processo attraverso il quale vengono apportate modifiche al protocollo. È importante sottolineare che questo processo non è correlato a come le persone e le applicazioni utilizzano il protocollo: Ethereum è senza permessi. Chiunque, da qualsiasi parte del mondo, può partecipare alle attività on-chain. Non ci sono regole stabilite su chi può o non può creare un'applicazione o inviare una transazione. Tuttavia, esiste un processo per proporre modifiche al protocollo principale, su cui vengono eseguite le applicazioni decentralizzate. Poiché così tante persone dipendono dalla stabilità di Ethereum, esiste una soglia di coordinamento molto alta per le modifiche principali, che include processi sociali e tecnici, per garantire che qualsiasi modifica a Ethereum sia sicura e ampiamente supportata dalla community.

Governance on-chain vs fuori catena

La tecnologia blockchain consente nuove capacità di governance, note come governance on-chain. La governance on-chain si ha quando le modifiche proposte al protocollo vengono decise dal voto degli stakeholder, di solito dai detentori di un token di governance, e la votazione avviene sulla blockchain. Con alcune forme di governance on-chain, le modifiche proposte al protocollo sono già scritte nel codice e implementate automaticamente se gli stakeholder approvano le modifiche firmando una transazione.

L'approccio opposto, la governance fuori catena, è quello in cui qualsiasi decisione di modifica del protocollo avviene attraverso un processo informale di discussione sociale che, se approvato, verrebbe implementato nel codice.

La governance di Ethereum avviene fuori catena con un'ampia varietà di stakeholder coinvolti nel processo.

Mentre a livello di protocollo la governance di Ethereum è fuori catena, molti casi d'uso costruiti su Ethereum, come le DAO, utilizzano la governance on-chain.

Maggiori informazioni sulle DAO

Chi è coinvolto?

Ci sono vari stakeholder nella community di Ethereum, ognuno dei quali svolge un ruolo nel processo di governance. Partendo dagli stakeholder più lontani dal protocollo e avvicinandoci, abbiamo:

Detentori di Ether: queste persone detengono una quantità arbitraria di ETH. Maggiori informazioni su ETH.
Utenti delle applicazioni: queste persone interagiscono con le applicazioni sulla blockchain di Ethereum.
Sviluppatori di applicazioni/strumenti: queste persone scrivono applicazioni che vengono eseguite sulla blockchain di Ethereum (es. DeFi, NFT, ecc.) o creano strumenti per interagire con Ethereum (es. portafogli, suite di test, ecc.). Maggiori informazioni sulle dApp.
Operatori dei nodi: queste persone gestiscono i nodi che propagano blocchi e transazioni, rifiutando qualsiasi transazione o blocco non valido in cui si imbattono. Maggiori informazioni sui nodi.
Autori di EIP: queste persone propongono modifiche al protocollo di Ethereum, sotto forma di proposte di miglioramento di ethereum (EIP). Maggiori informazioni sulle EIP.
Validatori: queste persone gestiscono nodi che possono aggiungere nuovi blocchi alla blockchain di Ethereum.
Sviluppatori del protocollo (noti anche come "Core Developer"): queste persone mantengono le varie implementazioni di Ethereum (es. go-ethereum, Nethermind, Besu, Erigon, Reth al livello di esecuzione o Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine al livello di consenso). Maggiori informazioni sui client di Ethereum.

Nota: qualsiasi individuo può far parte di più di questi gruppi (es. uno sviluppatore del protocollo potrebbe sostenere una EIP, gestire un validatore della beacon chain e utilizzare applicazioni DeFi). Per chiarezza concettuale, tuttavia, è più semplice distinguerli.

Cos'è una EIP?

Un processo importante utilizzato nella governance di Ethereum è la presentazione delle proposte di miglioramento di ethereum (EIP). Le EIP sono standard che specificano potenziali nuove funzionalità o processi per Ethereum. Chiunque all'interno della community di Ethereum può creare una EIP. Se sei interessato a scrivere una EIP o a partecipare alla revisione paritaria e/o alla governance, consulta:

Maggiori informazioni sulle EIP

Il processo formale

Il processo formale per introdurre modifiche al protocollo di Ethereum è il seguente:

Proporre una Core EIP: come descritto nella EIP-1 (opens in a new tab), il primo passo per proporre formalmente una modifica a Ethereum è dettagliarla in una Core EIP. Questa fungerà da specifica ufficiale per una EIP che gli sviluppatori del protocollo implementeranno se accettata.
Presentare la tua EIP agli sviluppatori del protocollo: una volta che hai una Core EIP per la quale hai raccolto i feedback della community, dovresti presentarla agli sviluppatori del protocollo. Puoi farlo proponendola per la discussione in una chiamata AllCoreDevs (opens in a new tab). È probabile che alcune discussioni siano già avvenute in modo asincrono sul forum di Ethereum Magicians (opens in a new tab) o nel Discord di R&S di Ethereum (opens in a new tab).

I potenziali risultati di questa fase sono:

La EIP sarà presa in considerazione per un futuro aggiornamento della rete

Verranno richieste modifiche tecniche

Potrebbe essere rifiutata se non è una priorità o se il miglioramento non è abbastanza grande rispetto allo sforzo di sviluppo

Iterare verso una proposta finale: dopo aver ricevuto feedback da tutti gli stakeholder rilevanti, probabilmente dovrai apportare modifiche alla tua proposta iniziale per migliorarne la sicurezza o soddisfare meglio le esigenze dei vari utenti. Una volta che la tua EIP avrà incorporato tutte le modifiche che ritieni necessarie, dovrai presentarla nuovamente agli sviluppatori del protocollo. Passerai quindi alla fase successiva di questo processo, oppure emergeranno nuove preoccupazioni, che richiederanno un altro ciclo di iterazioni sulla tua proposta.
EIP inclusa nell'aggiornamento della rete: supponendo che la EIP venga approvata, testata e implementata, viene programmata come parte di un aggiornamento della rete. Dati gli elevati costi di coordinamento degli aggiornamenti della rete (tutti devono aggiornare contemporaneamente), le EIP vengono generalmente raggruppate negli aggiornamenti.
Aggiornamento della rete attivato: dopo l'attivazione dell'aggiornamento della rete, la EIP sarà attiva sulla rete Ethereum. Nota: gli aggiornamenti della rete vengono solitamente attivati sulle reti di test prima di essere attivati sulla rete principale di Ethereum.

Questo flusso, sebbene molto semplificato, fornisce una panoramica delle fasi significative affinché una modifica del protocollo venga attivata su Ethereum. Ora, diamo un'occhiata ai fattori informali in gioco durante questo processo.

Il processo informale

Comprendere il lavoro precedente

I sostenitori delle EIP dovrebbero familiarizzare con i lavori e le proposte precedenti prima di creare una EIP che possa essere seriamente presa in considerazione per la distribuzione sulla rete principale di Ethereum. In questo modo, si spera che la EIP porti qualcosa di nuovo che non sia stato rifiutato in precedenza. I tre luoghi principali in cui fare ricerca al riguardo sono il repository delle EIP (opens in a new tab), Ethereum Magicians (opens in a new tab) ed ethresear.ch (opens in a new tab).

Gruppi di lavoro

È improbabile che la bozza iniziale di una EIP venga implementata sulla rete principale di Ethereum senza modifiche o cambiamenti. In genere, i sostenitori delle EIP lavoreranno con un sottoinsieme di sviluppatori del protocollo per specificare, implementare, testare, iterare e finalizzare la loro proposta. Storicamente, questi gruppi di lavoro hanno richiesto diversi mesi (e a volte anni!) di lavoro. Allo stesso modo, i sostenitori delle EIP per tali modifiche dovrebbero coinvolgere tempestivamente gli sviluppatori di applicazioni/strumenti pertinenti nei loro sforzi per raccogliere i feedback degli utenti finali e mitigare eventuali rischi di distribuzione.

Consenso della community

Mentre alcune EIP sono semplici miglioramenti tecnici con sfumature minime, altre sono più complesse e comportano compromessi che influenzeranno i diversi stakeholder in modi diversi. Ciò significa che alcune EIP sono più controverse all'interno della community rispetto ad altre.

Non esiste un manuale chiaro su come gestire le proposte controverse. Questo è il risultato del design decentralizzato di Ethereum, in base al quale nessun singolo gruppo di stakeholder può costringere l'altro con la forza bruta: gli sviluppatori del protocollo possono scegliere di non implementare le modifiche al codice; gli operatori dei nodi possono scegliere di non eseguire l'ultimo client di Ethereum; i team delle applicazioni e gli utenti possono scegliere di non effettuare transazioni sulla catena. Poiché gli sviluppatori del protocollo non hanno modo di costringere le persone ad adottare gli aggiornamenti della rete, in genere eviteranno di implementare EIP in cui la controversia supera i vantaggi per la community più ampia.

Ci si aspetta che i sostenitori delle EIP sollecitino feedback da tutti gli stakeholder rilevanti. Se ti ritrovi a essere il sostenitore di una EIP controversa, dovresti cercare di affrontare le obiezioni per creare consenso attorno alla tua EIP. Date le dimensioni e la diversità della community di Ethereum, non esiste una singola metrica (es. un voto basato sulle monete) che possa essere utilizzata per valutare il consenso della community, e ci si aspetta che i sostenitori delle EIP si adattino alle circostanze della loro proposta.

Oltre alla sicurezza della rete Ethereum, storicamente gli sviluppatori del protocollo hanno attribuito un peso significativo a ciò che gli sviluppatori di applicazioni/strumenti e gli utenti delle applicazioni apprezzano, dato che il loro utilizzo e sviluppo su Ethereum è ciò che rende l'ecosistema attraente per gli altri stakeholder. Inoltre, le EIP devono essere implementate in tutte le implementazioni dei client, che sono gestite da team distinti. Parte di questo processo di solito significa convincere più team di sviluppatori del protocollo che una particolare modifica è preziosa e che aiuta gli utenti finali o risolve un problema di sicurezza.

Gestire i disaccordi

Avere molti stakeholder con motivazioni e convinzioni diverse significa che i disaccordi non sono rari.

In genere, i disaccordi vengono gestiti con lunghe discussioni nei forum pubblici per comprendere la radice del problema e consentire a chiunque di intervenire. Di solito, un gruppo cede o si raggiunge un felice compromesso. Se un gruppo è abbastanza convinto, forzare una particolare modifica potrebbe provocare una divisione della catena. Una divisione della catena si verifica quando alcuni stakeholder protestano contro l'implementazione di una modifica del protocollo, con il risultato che operano versioni diverse e incompatibili del protocollo, da cui emergono due blockchain distinte.

La biforcazione della DAO

Le biforcazioni si verificano quando è necessario apportare importanti aggiornamenti tecnici o modifiche alla rete e cambiare le "regole" del protocollo. I client di Ethereum devono aggiornare il loro software per implementare le nuove regole della biforcazione.

La biforcazione della DAO è stata una risposta all'attacco alla DAO del 2016 (opens in a new tab), in cui un contratto non sicuro è stato prosciugato di oltre 3,6 milioni di ETH in un hack. La biforcazione ha spostato i fondi dal contratto difettoso a un nuovo contratto, consentendo a chiunque avesse perso fondi nell'hack di recuperarli.

Questa linea d'azione è stata votata dalla community di Ethereum. Qualsiasi detentore di ETH ha potuto votare tramite una transazione su una piattaforma di voto (opens in a new tab). La decisione di effettuare la biforcazione ha raggiunto oltre l'85% dei voti.

È importante notare che, sebbene il protocollo abbia effettuato una biforcazione per annullare l'hack, il peso che il voto ha avuto nella decisione di biforcare è discutibile per alcuni motivi:

L'affluenza al voto è stata incredibilmente bassa
La maggior parte delle persone non sapeva che si stesse svolgendo la votazione
Il voto rappresentava solo i detentori di ETH, non nessuno degli altri partecipanti al sistema

Un sottoinsieme della community si è rifiutato di effettuare la biforcazione, in gran parte perché riteneva che l'incidente della DAO non fosse un difetto del protocollo. Hanno continuato a formare Ethereum Classic (opens in a new tab).

Oggi, la community di Ethereum ha adottato una politica di non intervento in caso di bug dei contratti o fondi persi per mantenere la neutralità credibile del sistema.

Guarda di più sull'hack della DAO:

L'utilità della biforcazione

La biforcazione Ethereum/Ethereum Classic è un eccellente esempio di una biforcazione sana. Avevamo due gruppi che erano in forte disaccordo tra loro su alcuni valori fondamentali, tanto da ritenere che valesse la pena correre i rischi connessi per perseguire le loro specifiche linee d'azione.

La capacità di effettuare una biforcazione di fronte a significative differenze politiche, filosofiche o economiche gioca un ruolo importante nel successo della governance di Ethereum. Senza la capacità di biforcare, l'alternativa era una continua lotta intestina, una partecipazione forzata e riluttante per coloro che alla fine hanno formato Ethereum Classic e una visione sempre più divergente di come appare il successo per Ethereum.

Governance della beacon chain

Il processo di governance di Ethereum spesso scambia velocità ed efficienza con apertura e inclusività. Al fine di accelerare lo sviluppo della beacon chain, è stata lanciata separatamente dalla rete Ethereum a prova di lavoro e ha seguito le proprie pratiche di governance.

Sebbene le specifiche e le implementazioni di sviluppo siano sempre state completamente open source, i processi formali utilizzati per proporre gli aggiornamenti descritti sopra non sono stati utilizzati. Ciò ha consentito a ricercatori e implementatori di specificare e concordare le modifiche più rapidamente.

Quando la beacon chain si è fusa con il livello di esecuzione di Ethereum il 15 settembre 2022, Il Merge è stato completato come parte dell'aggiornamento della rete Paris. La proposta EIP-3675 (opens in a new tab) è passata da 'Last Call' a 'Final', completando la transizione alla prova di stake.

Maggiori informazioni su Il Merge