Úvod do správy Etherea

Pokud Ethereum nikdo nevlastní, jak se rozhoduje o minulých a budoucích změnách Etherea? Řízení Etherea je proces, který toto umožňuje.

Co je řízení?

Pod pojmem řízení rozumíme systémy, které umožňují přijímat rozhodnutí. V typické organizační struktuře může mít při rozhodování poslední slovo výkonný management nebo představenstvo. Nebo možná o návrzích změn hlasují akcionáři. V politickém systému mohou volení úředníci uzákonit legislativu, která se pokouší reprezentovat přání jejich voličů.

Decentralizovaná správa

Nikdo nevlastní ani neřídí protokol Etherea, ale stále je třeba dělat rozhodnutí o implementaci změn, aby byla co nejlépe zajištěna životnost a prosperita sítě. Nedostatek vlastnictví znamená, že tradiční organizační řízení není řešením.

Správa Etherea

Řízení Etherea je proces, kterým se provádějí změny v protokolu. Je důležité zdůraznit, že tento proces nesouvisí s tím, jak uživatelé a aplikace protokol používají – Ethereum je bez vstupních bariér. Do blockchainových aktivit se může zapojit kdokoli z celého světa. Nejsou nastavena žádná pravidla pro to, kdo může nebo nemůže spustit aplikaci nebo odeslat transakci. Existuje však proces navrhování změn základního protokolu, nad kterým jsou spuštěny decentralizované aplikace. Na stabilitě Etherea je v současné době závislých hodně lidí. Existuje proto vysoce pečlivá koordinace změn základních funkcí, včetně sociálních a technických procesů, za účelem zajištění bezpečnosti jakýchkoliv změn Etherea, které budou zároveň přijaty komunitou.

Správa na blockchainu vs. mimo blockchain

Blockchainové technologie umožňují nové možnosti řízení známé jako blockchainové řízení. Blockchainové řízení znamená, že o navrhovaných změnách protokolu hlasují zúčastněné strany, obvykle držitelé řídicího tokenu, a celý proces hlasování probíhá na blockchainu. U některých forem blockchainového řízení jsou navrhované změny protokolu zapsány v kódu a implementovány automaticky, pokud zúčastněné strany schválí změny podpisem transakce.

Opačný přístup, řízení mimo blockchain, spočívá v tom, že jakákoliv rozhodnutí o změně protokolu probíhají prostřednictvím neformálního procesu diskuse, jejíž výstupy by byly implementovány do kódu, pokud by byly schváleny.

Správa Etherea probíhá mimo blockchain a do tohoto procesu je zapojena široká škála zúčastněných stran.

Zatímco na úrovni protokolu je řízení Etherea mimo blockchain, velké množství projektů běžících na Ethereu, jako jsou DAO, používá blockchainové řízení.

Více o DAO

Kdo je zapojen?

V komunitě Etherea jsou různé zúčastněné strany, z nichž každá hraje roli v procesu správy. Počínaje zainteresovanými stranami, které jsou nejvzdálenější od protokolu, se jedná o:

Držitelé etheru: Tito lidé drží libovolné množství ETH. Více o ETH.
Uživatelé aplikací: Tito lidé interagují s aplikacemi na blockchainu Etherea.
Vývojáři aplikací/nástrojů: Jsou to lidé, kteří píší aplikace, jež běží na blockchainu Etherea (např. DeFi, NFT atd.) nebo vytvářejí nástroje pro interakci s Ethereem (např. peněženky, testovací sady atd.). Více o dapps.
Provozovatelé uzlů: Tito lidé provozují uzly, které šíří bloky a transakce a odmítají jakoukoli neplatnou transakci nebo blok, na který narazí. Více o uzlech.
Autoři EIP: Tito lidé navrhují změny protokolu Etherea ve formě návrhů na vylepšení Etherea (EIP). Více o EIP.
Validátoři: Tito lidé provozují uzly, které mohou přidávat nové bloky do blockchainu Etherea.
Vývojáři protokolu (též známí jako „kmenoví vývojáři“): Tito lidé udržují různé implementace Etherea (např. go-ethereum, Nethermind, Besu, Erigon, Reth na exekuční vrstvě nebo Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine na konsensuální vrstvě). Více o klientech Etherea.

Poznámka: Každý může být součástí více těchto skupin (např. vývojář protokolu může prosazovat EIP, provozovat validátor na Beacon Chainu a používat aplikace DeFi). Pro jednoduchost je však lepší tyto skupiny uvést odděleně._

Co je to EIP?

Jedním z důležitých procesů používaných při správě Etherea je navrhování návrhů na vylepšení Etherea (EIP). EIP jsou standardy specifikující potenciální nové funkce nebo procesy pro Ethereum. EIP může vytvořit kdokoliv. Jestliže chcete sepsat EIP nebo se zúčastnit vzájemného hodnocení a/nebo správy, podívejte se na:

Více o EIP

Formální proces

Formální proces zavádění změn do protokolu Ethereum je následující:

Navrhněte Core EIP: Jak je popsáno v EIP-1 (opens in a new tab), prvním krokem k formálnímu navržení změny v Ethereu je její podrobné popsání v Core EIP. Ten bude sloužit jako oficiální specifikace pro EIP, kterou budou vývojáři protokolů implementovat, pokud bude přijata.
Představte své EIP vývojářům protokolu: Jakmile budete mít Core EIP, ke kterému jste shromáždili zpětnou vazbu komunity, měli byste jej představit vývojářům protokolu. Můžete tak učinit tak, že jej navrhnete k diskuzi na hovoru AllCoreDevs (opens in a new tab). Je pravděpodobné, že některé diskuze již proběhly asynchronně na fóru Ethereum Magicians (opens in a new tab) nebo na Discordu Ethereum R&D (opens in a new tab).

Potenciální výsledky této fáze jsou:

EIP bude zvažován pro budoucí vylepšení sítě

Budou požadovány technické změny

Váš návrh být odmítnut, pokud to není priorita nebo neposkytuje dostatečně velké zlepšení rozvoje sítě

Iterujte směrem k finálnímu návrhu: po obdržení zpětné vazby od všech relevantních zúčastněných stran budete pravděpodobně muset provést změny ve svém původním návrhu, abyste zlepšili jeho zabezpečení nebo lépe vyhověli potřebám různých uživatelů. Jakmile do svého EIP začleníte všechny změny, které považujete za nezbytné, budete je muset znovu předložit vývojářům protokolu. Poté buď přejdete k dalšímu kroku tohoto procesu, nebo se objeví nové podněty, které vyžadují další kolo schvalování vašeho návrhu.
EIP zahrnuto v upgradu sítě: za předpokladu, že je EIP schváleno, testováno a implementováno, je naplánováno jako součást upgradu sítě. Vzhledem k vysokým nákladům na koordinaci vylepšení sítě (každý musí upgradovat současně) jsou EIP většinou spojovány do balíčků.
Upgrade sítě aktivován: po aktivaci upgradu sítě bude EIP aktivní v síti Etherea. Poznámka: Vylepšení sítě se obvykle nejdříve aktivuje na testovacích sítích před aktivací v hlavní síti Ethereum.

Tento postup, i když je velmi zjednodušený, poskytuje přehled hlavních fází změny protokolu, která má být implementována na Ethereu. Níže rozebíráme neformální faktory, které během tohoto procesu také hrají roli.

Neformální proces

Porozumění předchozí práci

Šampioni EIP by se měli seznámit s předchozí prací a návrhy před vytvořením EIP, které má ambice vylepšit hlavní síť Ethereum. Díky tomu, doufejme, přináší EIP něco nového, co dosud nebylo zamítnuto. Tři hlavní místa pro průzkum jsou úložiště EIP (opens in a new tab), Ethereum Magicians (opens in a new tab) a ethresear.ch (opens in a new tab).

Pracovní skupiny

Je nepravděpodobné, že by původní návrh EIP mohl být implementován na hlavní síť Ethereum bez úprav nebo změn. Obecně vzato, budou EIP šampióni vždy spolupracovat s podskupinou vývojářů protokolu na specifikaci, implementaci, testování, iteraci a finalizaci jejich návrhu. Historicky tyto pracovní skupiny vyžadovaly několik měsíců (a někdy i let!) práce. Podobně by EIP šampióni měli zapojit příslušné vývojáře aplikací/nástrojů v rané fázi jejich úsilí získat zpětnou vazbu od koncových uživatelů a zmírnit jakákoli rizika začlenění EIP do Etherea.

Komunitní konsensus

Zatímco některá EIP jsou jednoduchá technická vylepšení s minimálními nuancemi, některá jsou složitější a přinášejí kompromisy, které ovlivní různé zúčastněné strany a to různými způsoby. To znamená, že některé EIP jsou v rámci komunity spornější než jiné.

Neexistuje žádný jasný návod, jak řešit sporné návrhy. Je to výsledek decentralizovaného návrhu Etherea, kdy žádná jednotlivá skupina zúčastněných stran nemůže k ničemu donutit druhou skupinu k nějaké akci hrubou silou: Vývojáři protokolu se mohou rozhodnout neimplementovat změny v kódu; operátoři síťových uzlů se mohou rozhodnout nespouštět nejnovějšího klienta Etherea; týmy vyvíjející aplikace a uživatelé se mohou rozhodnout, že nebudou provádět transakce na blockchainu. Vzhledem k tomu, že vývojáři protokolu nemají žádný způsob, jak donutit uživatele přijmout vylepšení sítě, budou se obecně vyhýbat implementaci EIP, kde spornost převažuje nad přínosy pro širší komunitu.

Od šampionů EIP se očekává, že si vyžádají zpětnou vazbu od všech zúčastněných stran. Pokud zjistíte, že jste šampionem EIP, které je sporné, měli byste se pokusit vyřešit námitky zúčastněných stran, abyste dosáhli konsensu. Vzhledem k velikosti a rozmanitosti komunity Etherea neexistuje jediná metrika (např. hlasování pomocí tokenů), kterou by bylo možné použít k posouzení konsenzu komunity, a od šampionů EIP se očekává, že se přizpůsobí okolnostem svého návrhu.

Kromě zabezpečení sítě přikládali vývojáři protokolu významnou váhu tomu, čeho si vývojáři aplikací/nástrojů a uživatelé aplikací cení – a to vzhledem k tomu, že používání aplikací a vývoj na Ethereu je to, co činí ekosystém atraktivním pro ostatní zúčastněné strany. Kromě toho je třeba implementovat EIP napříč všemi implementacemi klientů, které jsou spravovány různými týmy. Součástí tohoto procesu je obvykle přesvědčování různých týmů vývojářů protokolu, že konkrétní změna je cenná a že pomůže koncovým uživatelům nebo vyřeší problém se zabezpečením.

Řešení neshod

Mnoho zúčastněných stran s různými motivacemi a přesvědčeními znamená, že neshody nejsou neobvyklé.

Obecně se neshody řeší dlouhodobou diskusí na veřejných fórech, aby se porozumělo základům problému a umožnilo komukoli zvážit dopady implementace. Obvykle se jedna skupina s návrhem, i když s výhradami, spokojí, nebo se dosáhne šťastné shody. Pokud se jedna skupina cítí dostatečně silná a není připravena přijmou kompromisy, prosazení konkrétní změny by mohlo vést k rozdělení blockchainu. Rozdělení blockchainu nastává, když některé zúčastněné strany protestují proti implementaci změny protokolu, která má za následek různé, nekompatibilní verze protokolu, z nichž vzejdou dva odlišné blockchainy.

Větev DAO

Forky nastávají, když je potřeba provést zásadní technická vylepšení nebo změny v síti a změnit "pravidla“ protokolu. Klienti Etherea musí aktualizovat svůj software, aby implementovali nová pravidla větve.

Větev DAO byla reakcí na útok na DAO v roce 2016 (opens in a new tab), kdy bylo při hackerském útoku z nezabezpečeného kontraktu odčerpáno více než 3,6 milionu ETH. Tento fork přesunul finanční prostředky z chybného smart kontraktu do nového kontraktu, který umožnil získat zpět své finanční prostředky komukoli, kdo o ně přišel během hacku.

Tento postup byl odhlasován ethereovskou komunitou. Každý držitel ETH mohl hlasovat prostřednictvím transakce na hlasovací platformě (opens in a new tab). Rozhodnutí o forku získalo více než 85 % hlasů.

Je důležité poznamenat, že i když se protokol rozdělil, aby se stav sítě vrátil do stavu před hackem, váha, kterou měl hlas při rozhodování o forku, je diskutabilní z několika důvodů:

Volební účast byla neuvěřitelně nízká
Většina držitelů ETH nevěděla, že hlasování probíhá
Hlas měli pouze držitelé ETH, ostatní účastníci systému nikoliv

Část komunity fork odmítla, především proto, že se domnívala, že tento incident nebyl vadou v protokolu. Ti dále vytvořili Ethereum Classic (opens in a new tab).

Současná ethereovská komunita přijala politiku nezasahování v případech chyb v kontraktu nebo ztráty finančních prostředků, aby byla zachována důvěryhodná neutralita systému.

Pusťe si další informace o DAO hacku:

Užitečnost větvení

Fork Ethereum/Ethereum Classic je vynikajícím příkladem zdravého forku. Proti sobě stály dvě skupiny, které spolu dostatečně silně nesouhlasily v některých základních hodnotách. Neměly proto pocit, že stojí za to riskovat a pokračovat postupu, který navrhovali.

Schopnost provést fork tváří v tvář významným politickým, filozofickým nebo ekonomickým rozdílům hraje velkou roli v úspěchu řízení Etherea. Bez schopnosti udělat fork by byl jedinou alternativou přetrvávající spor uvnitř komunity, nucení ke spolupráci těch, kteří nakonec vytvořili Ethereum Classic, a stále rozdílnější vize toho, jak má úspěšná verze Etherea vypadat.

Správa Beacon Chainu

Proces správy Etherea často upozaďuje rychlost a efektivitu ve prospěch otevřenosti a inkluzivity. Aby se urychlil vývoj Beacon Chainu, byl spuštěn odděleně od sítě důkazu prací a řídil se vlastními postupy správy.

Implementace specifikací a vývoje byly i v případě Beacon Chainu vždy plně open source, ale výše popsané formální procesy používané k navrhování aktualizací použity nebyly. To umožnilo rychleji navrhnout a odsouhlasit změny a stejně tak je i implementovat.

Když se 15. září 2022 sloučil Beacon Chain s exekuční vrstvou Etherea, bylo The Merge dokončeno v rámci upgradu sítě Paris. Stav návrhu EIP-3675 (opens in a new tab) byl změněn z 'Last Call' na 'Final', čímž byl dokončen přechod na proof-of-stake.

Více o The Merge