Ethereum ei ole staatiline tarkvara, mis avaldati korra ja jäeti puutumata. See on elav protokoll, mis haldab miljardeid dollareid väärtust ja toetab hiiglaslikku detsentraliseeritud rakenduste ökosüsteemi. Kriitiliste vigade parandamiseks, võrgu skaleerimiseks ja muutuvatele turutingimustele reageerimiseks peab protokoll pidevalt muutuma. Siiski, erinevalt traditsioonilisest ettevõttest, millel on tegevjuht ja juhatus, pole Ethereumil ühtegi keskset ametnikku, kes saaks neid muudatusi ühekülgselt dikteerida.
Keskse figuuri puudumine viib unikaalse väljakutse juurde. Võrk vajab süsteemi, et pakkuda, arutada ja rakendada uuendusi ilma detsentraliseeritud olemust ohverdamata. Seda protsessi nimetatakse üldiselt juhtimiseks. Kesksetes süsteemides on otsustamine tõhus, kuid ebaselge. Desentraliseeritud süsteemides nagu Ethereum on protsess paratamatult arutelu, veenmise ja tahte küsimus erinevate osapoolte seas.
Võrgu evolutsioon tugineb mõistetele "kare konsensus". See tähendab, et kuigi täielik üanimelisus on harva saavutatav, peab kogukond laialdaselt nõustuma edasise teed enne muudatuste tegemist. See struktuur muudab tarkvaraarenduse poolpoliitiliseks protsessiks. Erinevatel rühmadel on sageli konkureerivad huvid ja nende vajaduste tasakaalustamine määrab plokiahela tuleviku.
Formaalse muutmise protsess
Ethereumis on juhtimise peamine vahend Ethereum Improvement Proposal ehk EIP. See on ametlik dokument, mis kirjeldab protokolli muudatusettepanekuid. Protsess algab siis, kui inimene või arendajate meeskond koostab ettepaneku. See võib olla kogukonna mis tahes liige, kuigi sageli on see tuumikarendajad või teadlased, kellel on tehnilist pädevust keeruliste uuenduste täpsustamiseks.
Kui EIP on esitatud, toimub range arutelu periood. Laiem kogukond, sealhulgas arendajad ja teadlased, uurib ettepaneku tehnilisi voorusi ja potentsiaalseid turvariske. Tehakse ettepanekuid ja ettepanekut muudetakse ning esitatakse uuesti mitu korda. See faas on ülioluline halbade ideede filtreerimiseks ja heade ideede täiustamiseks enne koodi lõplikku vormistamist.
Pärast koodi kirjutamist ei lähe see kohe peavõrgus käiku. See auditeeritakse ja testitakse "testnetis". See võimaldab arendajatel näha, kuidas uuendus käitub simuleeritud keskkonnas ilma päris rahalisi riske võtmata. Ainult pärast ulatuslikku testimist ja laia kogukonna nõusolekut ajakavastatakse uuendus peavõrgule.
Vabatahtliku vastuvõtmise roll
Ethereum juhtimise kriitiline aspekt on see, et see tugineb vabatahtlikule vastuvõtmisele. Isegi pärast EIP lõplikku vormistamist ja koodi avaldamist ei uuendata võrku automaatselt. "Ethereum võrk" on sisuliselt tuhandeid sõltumatuid arvuteid, tuntud kui sõlmed, mis käivitavad Ethereum kliendi tarkvara. Uuenduse jõustumiseks peavad sõlmede operaatorid valima uue tarkvara versiooni allalaadimise ja installimise.
See mehhanism toimib võimu lõplikuna kontrollina. Kui tuumikarendajad avaldaksid uuenduse, millega kogukond põhimõtteliselt ei nõustu, võiksid sõlmede operaatorid lihtsalt uuendamist keelduda. See tooks kaasa ebaõnnestunud uuenduse või võrgu jagunemise. Seetõttu ei asu võim ainult nende juures, kes koodi kirjutavad, vaid ka nende juures, kes haldavad infrastruktuuri, mis seda täidab.
Usaldusväärne neutraalsus kui Põhjatäht
Ethereum kogukonda juhivad konkreetsed väärtused, mis mõjutavad otsustamist. Kuigi Bitcoin kultuur keskendub tugevalt enesevalitsemisele ja äärmuslikule konservatiivsusele muudatuste osas, püüab Ethereum olla platvorm globaalsetele detsentraliseeritud rakendustele. Selle laia eesmärgi teenimiseks püüab võrk põhimõtte poole, mida kaaslooja Vitalik Buterin nimetab "usaldusväärseks neutraalsuseks".
Usaldusväärne neutraalsus tähendab sisuliselt, et protokolli mehhanismide disain ei tohiks diskrimineerida konkreetsete inimeste kasuks ega vastu. See peaks kohtlema kõiki võimalikult õiglaselt. Süsteemi disaini vaadeldes peaks olema ilmne, et see ei ole seadistatud kindlate osapoolte või eriliste huvide kasuks.
Rakendamise väljakutse
Selle neutraalsuse saavutamine praktikas on raske. Maailm on olemuselt ebavõrdne ja osalejad tulevad erinevate võimekuste ja vajadustega. Mehhanism, mis kohtleb kõiki täpselt samamoodi, võib siiski eelistada neid, kellel on rohkem ressursse. Näiteks kui sõlme käitamine nõuab kallist riistvara, diskrimineerib süsteem tõhusalt neid, kellel on vähem kapitali, isegi kui tarkvara on kõigile avatud.
Juhtimisprotsess ise peab samuti neutraalseks jääma. Seda ei saa vallutada üks mõjuvõimas rühm või suurfirmad. Kui otsustusprotsess satub mõne väheste võimsate üksuste kätte, kaotab võrk oma detsentraliseerituse väite. Protokolli arengu tagamine viisil, mis säilitab selle neutraalsuse, on kogukonna pidev võitlus.
Progressiivsus vastas konservatiivsusele
Nõrkusega seotud neutraalsusele pühendumine testitakse sageli, kui asjad lähevad valesti. Kuulsaim näide oli 2016. aasta DAO häkk. Nutilepingu vea tõttu varastati märkimisväärne kogus Eterit. Kogukond seisis raske valiku ees: sekkuda varastamise tühistamiseks või kinni pidada põhimõttest, et "kood on seadus" ja lasta häkkeril rahad alles hoida.
Kogukonna enamus valis sekkumise, luues "hard fork'i", mis tühistas tehingu. See otsus jagas võrgu sisuliselt kaheks. Uus ahel säilitas nime Ethereum (ETH), samas kui originaalset ahelat, mida toetasid konservatiivse, mittesekkumise pooldajad, sai Ethereum Classic (ETC). See sündmus tõi esile, et Ethereum juhtimine kipub progressiivsus poole, eelistades pragmaatilisi lahendusi ja aktiivset arendust jäikade reeglite järgimisele.
Üleminek Proof of Stake'ile
Üks Ethereumis ajaloo olulisemaid juhtimisotsuseid oli üleminek Proof of Work'ist (PoW) Proof of Stake'ile (PoS). See uuendus, tuntud kui "The Merge", muutis põhimõtteliselt, kuidas võrk turvatakse ja kes saab konsensuses osaleda. See oli samm, mis oli loodud lahendama "plokiahela trilemmat", parandades turvalisust ja skaleeritavust ning vähendades drastiliselt energiatarbimist.
Vanas PoW süsteemis kasutasid kaevurid energiamahukat riistvara pusledete lahendamiseks ja plokkide valideerimiseks. Uues PoS süsteemis asendavad valideerijad kaevureid. Valideerijad lukustavad ehk "stakivad" krüptovarad nutilepingus, et saada õigus uuside plokkide pakkumisele. See üleminek eliminatsioon massive kaevandusfarmide vajaduse, vähendades energiatarbimist üle 99%.
Uued stiimulid ja riskid
PoS'ile üleminek tõi turvalisusele "porgandi ja kepi" lähenemise. Valideerijad teenivad preemiad õigete tehingute töötlemise eest (porgand). Kuid kui nad rikuvad protokolli reegleid või üritavad võrku rünnata, seisavad nad silmitsi "slashinguga", kus nende stakitud varade osa või kõik konfiskeeritakse (kepp). See majandusmudel on loodud valideerijate stiimulite kooskõlastamiseks võrgu tervisega.
Siiski tõi see üleminek kaasa uued juhtimisküsimused. Kriitikud väidavad, et PoS võib viia "rikaste rikkamaks" olukorrani. PoW-s on kaevandamine konkurentsitihe ja marginaalse kasumlikkusega, sundides kaevureid müüma mündi kulusid katteks. PoS-s on käitamis kulud madalad, võimaldades suuritel osapooltel oma rikkust lihtsalt stakides kasvatada. See võib ajas mõjutada rikkide valideerijate mõju kontsentreerumist.
Valideerijate tsentraliseerumise mured
Oma valideerijaks saamiseks vajad tavaliselt 32 ETH. See on paljudele üksikisikutele kõrge finantsbarjäär. Tulemusena stakivad paljud kasutajad oma ETH vahendajate või ühiselt teenuste kaudu. Kui mõni käputäis neist teenustest kontrollib enamust stakitud ETH-st, võiksid nad teoreetiliselt avaldada ebaproportsionaalset mõju võrgule.
Juhtimisarutelud pööravad nüüd sageli tähelepanu sellele, kuidas neid tsentraliseerumise riske leevendada. Kogukond jälgib aktiivselt stiimulite jaotust ja julgustab detsentraliseeritud stakamise lahenduste kasutamist. Eesmärk on tagada, et valideerijate kogum püsib suur ja mitmekesine, vältides ühegi rühma domineerimist konsensusprotsessis.
Skaleeritavus ja plokiahela trilemma
Ethereum juhtimist mõjutavad tugevalt tehnilised piirangud, tuntud kui plokiahela trilemma. See mõiste väidab, et plokiahel saab korraga optimeerida ainult kahte kolmest omadusest: detsentraliseeritus, turvalisus ja skaleeritavus. Ethereum teeplaan on järjepidevalt prioriteerinud detsentraliseeritust ja turvalisust, sageli arvel kiiruse ja madalate tasude osas pealmisel kihil.
Selle prioriteerimise tagajärjed on olemas. Kui võrgu nõudlus ületab selle mahtu, tõusevad tehingutasud (gaas) taevasse. See sulgeb välja väiksemad kasutajad ja piirab võrgu kasulikkust. Sellele vastamiseks on juhtimise teekond nihutatud "Layer 2" lahenduste ja tehnika nimega sharding poole, et skaleerida ilma baaskihi turvalisust ohverdamata.
Layer 2 lahenduste roll
Layer 2 viitab tehnoloogiate kogumile, mis toimivad Ethereum peavõrgu peal. Need lahendused, nagu rollup'id, töötlevad tehinguid off-chain ja pakivad andmed kokku, et saata tagasi peamisele Ethereum plokiahelale. See võimaldab palju kiiremaid ja odavamaid tehinguid, nautides siiski Ethereum turvalisust.
On kaks peamist rollup'i tüüpi: Optimistic rollup'id ja Zero-Knowledge (ZK) rollup'id. Optimistic rollup'id eeldavad tehingute kehtivust vaikimisi ja arvutavad kehtivuse ainult väljakutse korral. ZK rollup'id kasutavad keerulist krüptograafiat kehtivuse eelnevalt tõestamiseks. Mõlemad meetodid eesmärkivad läbilaskevõime suurendamist, kuid nad toovad kaasa oma juhtamiskihid. Layer 2 võrgud omavad sageli oma operaatoreid ja uuendusprotsesse, luues killustatud juhtimismaastiku, kus kasutajad peavad usaldama nii Ethereumit kui ka Layer 2 protokolli.
| Omadus | Optimistic Rollups | ZK Rollups |
|---|---|---|
| Valideerimismeetod | Eeldab kehtivust; pettus tõendid kasutatakse väljakutse korral | Krüptograafilised kehtivuse tõendid esitatakse on-chain |
| Väljamaksete aeg | Pikk viivitus (nt 7 päeva) vaidluste lahendamiseks | Kohe või väga kiiresti pärast tõendi verifitseerimist |
| Raskusaste | Madalam tehniline keerukus rakendamiseks | Kõrge arvutuslik ja krüptograafiline keerukus |
Sharding ja tulevane andmete kättesaadavus
Sharding on veel üks suur uuendus Ethereum ajateljel, mis on suunatud skaleeritavusele. See hõlmab võrgu andmebaasi jagamist väiksemateks hallatavateks tükkideks nimega shardid. Iga shard toimib mingil määral nagu eraldi plokiahel, kuid suhtleb teistega. See võimaldab võrgul tehinguid paralleelselt töötleda mitte järjestikku.
Sharding'u rakendamine on keeruline ja nõuab hoolikat juhtimiskoordineerimist. Valideerijad määratakse juhuslikult erinevatesse shardidesse turvalisuse tagamiseks, vältides ühegi shardi korruptsiooni konkreetse rühma poolt. See juhuslik jaotus on võtmekaitse koordineeritud rünnakute vastu. Kui sharding'u juurutatakse, testib see edasi kogukonna võimet täita keerulisi tehnilisi uuendusi ilma live-võrku häirimata.
Sõlme ökosüsteemi terviklikkus
Ethereum detsentraliseeritus tugineb tugevalt selle sõlmede mitmekesisusele. Sõlmed on arvutid, mis salvestavad plokiahela ajaloo ja kontrollivad reegleid. Kui sõlme käitamine muutub liiga kulukaks või tehniliselt keeruliseks, teeb seda vähem inimesi. See viib olukorrani, kus ainult suured institutsioonid käitavad sõlmi, muutes võrgu tsensuuri või vallutamise suhtes haavatavamaks.
Kriitikud osutavad sageli, et Ethereum plokiahel on väga suur, mõõdetuna terabaitides. See muudab "täieliku arhiivsõlme" käitamise keskmise kasutaja jaoks raskeks võrreldes Bitcoini väiksema plokiahelaga. Kui kasutajad ei saa ahelaid ise kontrollida, peavad nad tugineda kolmandate osapoolte teenusepakkujatele võrguga suhtlemiseks.
Infrastruktuuri sõltuvuse risk
Kolmandate osapoolte infrastruktuuri pakkujatele tuginedes tekib juhtimisrisk. Novembris 2020 kannatas suur infrastruktuuri pakkuja nimega Infura tehnilist riket. Kuna paljud rahakotid ja börsid tuginesid Infurale mitte oma sõlmede käitamisele, pidid nad tehingud peatama. See intsident tõi esile tsentraliseerumise ohud infrastruktuuri kihis.
Kui ökosüsteemi kriitiline mass tugineb ühele pakkujale, saab sellest pakkujast keskne rikkeallikas. Juhtimisarutelud keskenduvad sageli sellele, kuidas vähendada sõlmeoperaatorite sisenemise barjääri. Eesmärk on hoida riistvara ja ribalaiuse nõudeid piisavalt madalal, et robustne ja mitmekesine osalejate grupp saaks jätkata võrgu iseseisvalt kaitsmist.
Järeldus
Ethereum juhtimine on keeruline, arenev eksperiment inimkoordinatsioonis. Sellel puudub korporatiivse struktuuri puhas efektiivsus, tuginedes selle asemel segastele aruteludele, karele konsensusele ja vabatahtlikule vastuvõtmisele. Üleminek Proof of Stake'ile ja Layer 2 skaleerimislahenduste integreerimine demonstreerivad kogukonna võimet täita massiivseid muudatusi parema protokolli nimel. Siiski toovad need muudatused kaasa uued väljakutsed rikkuse kontsentreerumise, tehnilise keerukuse ja infrastruktuuri tsentraliseerumise osas.
Usaldusväärse neutraalsuse põhimõte püsib võrgu tuleviku juhivat tulukest. Selleks, et Ethereum globaalse platvormina õnnestuks, peab see vastu pidama eriliste huvide vallutamisele ja jääma oma disainis õiglaseks. Osapooled – arendajad, valideerijad ja kasutajad – peavad jääma valvsaks. Nemad kannavad vastutust tagada, et skaleeritavuse püüdlus ei erosioneerita detsentraliseeritud alust, mis annab võrgule selle väärtuse.
Võrgu tulevikku otsustab mitte üks liider, vaid nende kollektiivne valik, kes tarkvara käitavad.