Scritto da: Vitalik Buterin

Compilato da: Scof, ChainCatcher

Nell'ecosistema Ethereum, l'equilibrio è una sfida fondamentale per la governance o, più precisamente, l'integrazione di decentralizzazione e cooperazione. La forza di questo ecosistema è che esiste una vasta gamma di individui e organizzazioni - team di clienti, ricercatori, team di rete di secondo livello, sviluppatori di applicazioni, gruppi di comunità locali - che lavorano tutti verso la propria visione di ciò che Ethereum potrebbe essere. La sfida principale è garantire che tutti i progetti lavorino insieme per costruire un unico ecosistema Ethereum, anziché 138 feudi incompatibili.

Per risolvere questa sfida, molte persone nell'ecosistema Ethereum hanno proposto il concetto di "coerenza di Ethereum". Ciò potrebbe includere l’allineamento dei valori (ad esempio, open source, centralizzazione minima, supporto per i beni pubblici), l’allineamento tecnologico (ad esempio, lavorare con standard a livello di ecosistema) e l’allineamento economico (ad esempio, utilizzando ETH ove possibile come token). Tuttavia, il concetto storicamente è stato poco definito, il che crea il rischio di essere controllati a livello sociale: se coerenza significa avere gli amici giusti, allora “coerenza” come concetto fallisce.

Per risolvere questo problema, penso che il concetto di coerenza dovrebbe essere reso più chiaro, scomponendolo in proprietà specifiche che possono essere rappresentate da specifiche metriche. L’elenco di ognuno sarà diverso e le metriche cambieranno inevitabilmente nel tempo. Tuttavia, penso che abbiamo alcuni punti di partenza solidi.

  • Open Source: questo è utile per due ragioni: (i) il codice può essere ispezionato per motivi di sicurezza e, cosa ancora più importante, (ii) riduce il rischio di blocco della proprietà e consente a terze parti di apportare miglioramenti senza licenza. Non tutte le parti di ogni applicazione devono essere completamente open source, ma i componenti principali dell’infrastruttura su cui fa affidamento l’ecosistema dovrebbero assolutamente esserlo. Gli standard di riferimento qui sono la definizione di software libero della FSF e la definizione di open source OSI.

  • Standard aperti - Cercare di raggiungere l'interoperabilità con l'ecosistema Ethereum e basarsi su standard aperti, già esistenti (ad esempio ERC-20, ERC-1271...) o in fase di sviluppo (ad esempio astrazione dell'account, trasferimenti cross-L2, L1 e L2 light attestazioni cliente, prossimi standard di formato indirizzo). Se vuoi introdurre una nuova funzionalità che non è ben supportata dallo standard esistente, collabora con altri per scrivere un nuovo ERC. Le applicazioni e i portafogli possono essere valutati in base al numero di ERC con cui sono compatibili.

  • Decentralizzazione e sicurezza: evita i punti di fiducia, riduci al minimo le vulnerabilità della censura e riduci al minimo la dipendenza dall'infrastruttura centralizzata. Le metriche naturali sono (i) il test walkaway: se il tuo team e i server scomparissero domani, la tua applicazione sarebbe ancora utilizzabile e (ii) il test di attacco interno: quanto verrebbe rotto se il tuo team stesso tentasse di attaccare il sistema, Quanti danni puoi causare? Una formalizzazione importante è la fase di aggregazione L2beat.

  • Somma positiva: 1) Orientato a Ethereum: il successo del progetto dovrebbe avvantaggiare l'intera comunità Ethereum (ad es. titolari di ETH, utenti Ethereum), anche se non fanno parte dell'ecosistema del progetto. Esempi specifici includono l'uso di ETH come token (contribuendo così ai suoi effetti di rete), i contributi alla tecnologia open source e l'impegno a donare una percentuale di token o entrate ai beni pubblici dell'ecosistema Ethereum. 2) Affrontare il mondo in generale - Ethereum mira a rendere il mondo un luogo più libero e aperto, consentire nuove forme di proprietà e cooperazione e fornire contributi positivi alle principali sfide che l'umanità deve affrontare. Il tuo progetto ce l'ha fatta? Gli esempi includono applicazioni che apportano valore sostenibile a un pubblico più ampio (ad esempio, inclusione finanziaria), donando una percentuale a beni pubblici oltre Ethereum e costruendo tecnologia che ha utilità oltre le criptovalute (ad esempio, meccanismi di finanziamento, sicurezza informatica generale), queste tecniche sono in realtà utilizzati in questi ambienti.

Mappa dei nodi Ethereum, fonte ethernodes.org

Ovviamente, i criteri di cui sopra non si applicheranno a tutti i progetti. Per le reti di livello 2 (L2), i portafogli, le applicazioni di social media decentralizzate, ecc., le metriche applicabili saranno molto diverse. Anche le diverse metriche possono cambiare in termini di priorità: due anni fa era accettabile per Rollup utilizzare le "ruote di allenamento" perché era ancora nelle "fasi iniziali", oggi dobbiamo raggiungere almeno la fase uno il più rapidamente possibile; Oggi, l’indicatore di somma positiva più evidente è l’impegno a donare una certa percentuale di token, e sempre più progetti lo stanno facendo, in futuro potremmo anche trovare indicatori che rendano chiari altri aspetti della somma positiva;

Il mio obiettivo ideale sarebbe quello di vedere emergere più entità come L2beat per monitorare quanto bene i singoli progetti stanno soddisfacendo i criteri di cui sopra, così come quelli proposti da altre comunità. I progetti non dovrebbero competere per farsi gli amici giusti, ma dovrebbero competere per essere il più coerenti possibile sulla base di criteri chiari e comprensibili. La Fondazione Ethereum dovrebbe mantenere le distanze da questo punto di vista: finanziamo L2beat, ma non dovremmo essere L2beat. La creazione del successivo L2beat è di per sé un processo senza autorizzazione.

Ciò fornirà anche un percorso più chiaro per la Fondazione Ethereum e altre organizzazioni (e individui) che desiderano supportare e partecipare all’ecosistema pur rimanendo neutrali nel decidere quali progetti supportare e utilizzare. Ogni organizzazione e individuo può utilizzare il proprio giudizio per determinare quali criteri sono più preoccupati e selezionare i progetti in parte basandosi su quali progetti soddisfano meglio tali criteri. Ciò rende più semplice per la Fondazione Ethereum e tutti gli altri partecipare agli incentivi affinché i progetti siano più allineati.

La meritocrazia può essere raggiunta solo se il "merito" è chiaramente definito, altrimenti si ha un gioco sociale (possibilmente esclusivo e a somma zero); La soluzione migliore alla preoccupazione su “chi vigila sui cani da guardia” non è riporre tutte le speranze nei tentativi di garantire che tutte le persone influenti siano angeli, ma attraverso tecniche collaudate come la decentralizzazione. Le "organizzazioni dashboard" come L2beat, block explorer e altri monitor di ecosistema sono ottimi esempi di questo principio in funzione oggi nell'ecosistema Ethereum. Se potessimo fare di più per rendere più chiari i diversi aspetti della coerenza senza concentrarci su un’unica “svista”, potremmo rendere il concetto più efficace, oltre che giusto e inclusivo, proprio come l’ecosistema Ethereum perseguito.