Ethereumi üleminek Proof of Work konsensuse mehhanismilt Proof of Stake'ile on üks blockchaini ajaloos olulisemaid uuendusi. Seda üleminekut, mida sageli nimetatakse „Merge“iks, loodi võrgu pikaajaliste skaleeritavuse probleemide ja kõrge energiatarbimise lahendamiseks. Kuigi see muutus vähendas energiakulu üle 99%, tõi see kaasa uue majanduslike ja tehniliste dünaamikate kogumi, mida kriitikud väidavad mõjutavat detsentraliseerimist. Võrk tugineb nüüd valideerijatele mitte kaevuritele pearaamatu kaitsmiseks, muutes fundamentaalselt, kes omab võimu ökosüsteemis.
Protokolli arenedes on Layer 2 lahenduste ja shardingu tutvustamine eesmärk suurendada tehingute läbilaskevõimet veelgi. Kuid need edusammud toovad kaasa keerulised ohverdused turvalisuse ja juhtimise osas. „Blockchaini trilemma“ väidab, et võrk suudab tavaliselt optimeerida ainult kahest kolmest muutujast: detsentraliseerimine, turvalisus ja skaleeritavus. Ethereum'i praegune teeplaan püüab seda lahendada erinevate tehnoloogiate kihistamisega, kuid iga kiht toob kaasa potentsiaalsed rikkekohad või keskendumispunktid, mis vajavad hoolikat kontrolli.
Ethereum'i evolutsiooni ümbritsev arutelu keskendub sellele, kas need uued efektiivsused ohustavad võrgu põhiväärtusettepanekut. Detsentraliseerimine pole pelgalt moesõna, vaid esmprimaarne kaitse tsensuuri ja manipuleerimise vastu. Analüüsides Proof of Stake mehhaanikaid, Layer 2 skaleerimislahenduste struktuuri ja protokolli juhtimise reaalsusi, saame paremini mõista riske, mis ohustavad maailma suurimat tarkvaralepingute platvormi.
Proof of Stake mehhaanikad
Valideerijate stiimulid ja vastutus
Proof of Stake mudelis asendatakse krüptokaevandamise ressursimahukas võistlus finantskohustuse süsteemiga. Osalejad, tuntud kui valideerijad, peavad lukustama ehk „stakima“ kindla koguse krüptoraha nutilepingusse, et osaleda võrgus. See kapital toimib tagatisena, tagades nende ausa käitumise. Protokoll valib need valideerijad juhuslikult uute blokkide pakkumiseks ja teiste poolt pakutud blokkide kehtivuse kinnitamiseks.
Valideerijaid motiveeritakse preemiate kaudu, mis väljastatakse uues vermitud krüptorahas ja tehingutasudes. Seda süsteemi kirjeldatakse sageli kui „porgandi ja kepi“ lähenemist. Preemiad toimivad porgandina, julgustades aktiivset ja ausat osalemist tehingute järjestamisel. Vastupidi, kepiks on mehhanism nimega „slashing“. Kui valideerija käitub pahatahtlikult, läheb järjepidevalt offline'i või üritab valideerida vastuolusaadikuid ajaloo versioone, võib osa või kogu nende stakitud varadest konfiskeerida. See finantskaristus asendab Proof of Work'is leiduvat füüsilist energiakulu.
Rikkuse kontsentratsiooni tsükkel
Selle mudeli peamine kriitika puudutab rikkuse kontsentratsiooni potentsiaali, mida tihti kokkuvõetakse kui „rikad muutuvad rikkamaks“ probleemi. Proof of Work süsteemides nagu Bitcoin on kaevandamine kapitalimahukas äri kitsaste kasumimarginaalidega. Kaevurid on sunnitud müüma olulise osa teenitud müntidest elektri ja riistvara kulude katteks. See müügiringlus jaotab mündid tagasi turule, takistades kaevuritel kergesti varusid kogumast.
Proof of Stake muudab selle majandusvoolu fundamentaalselt. Kuna valideerija sõlme käivitamine nõuab kaevandamisega võrreldes tühist elektrienergiat, on käitluskulud äärmiselt madalad. Seetõttu ei pea valideerijad oma preemiaid müüma operatsioonide säilitamiseks. Suured osanikud saavad lihtsalt oma sissetulekuid uuesti stakides liitlisada, suurendades pidevalt oma osa kogu võrgu varust.
Juhtimise väljakutsed panustamisökonoomias
Ethereum'is on juhtimine poolpoliitiline protsess, mis tugineb erinevate osapoolte „ligikaudsele konsensusele“. Erinevalt keskendatud korporatsioonist, kus otsuseid saab teha ühepoolseid, nõuavad protokolli uuendused koordineerimist arendajate, sõlmeoperaatorite ja tokenite omanike vahel. Selle protsessi tuum on Ethereum Improvement Proposal (EIP), dokument, mis kirjeldab pakutavaid muudatusi. Neid ettepanekuid arutatakse, auditeeritakse ja lõpuks ühendatakse tarkvararepository'sse, kui kogukond nõustub neid võtma.
Väljakutseks on „usaldusväärse neutraalsuse“ säilitamine, mida Ethereum'i asutajad on esile tõstnud juhendiprintsiibina. Usaldusväärne neutraalsus tähendab, et mehhanismide disain ei tohiks diskrimineerida kindlate inimeste kasuks ega vastu. See tähendab sisuliselt, et mängureeglid peavad kohelda kõiki õiglaselt. Kuid selle saavutamine praktikas on raske, kui osapooltel on väga erinevad võimekused. Kui väike grupp üksusi kontrollib enamus stakitud Eterit, võiksid nad teoreetiliselt avaldada ebaproportsionaalset mõju sellele, millised ettepanekud jalgu saavad või kuidas võrk areneb.
Juhtimises ilmnevad keskendumisriskid ka siis, kui kogukond jaguneb vastuoluliste otsuste üle. Kuigi eesmärk on alati konsensus, võivad eriarvamused viia hard fork'ideni, nagu nähti 2016. aasta intsidentis, mis sünnitas Ethereum Classicu. Otsus muuta blockchaini ajalugu hagi tagasilükkamiseks peeti mõnede poolt neutraalsuse rikkumiseks, eelistades enamuse finantstaastamist koodi muutumatusele. See rõhutab pingeid „progressiivse“ juhtimise ja „konservatiivse“ juhtimise vahel, mis järgib rangelt protokolli reegleid.
Infrastruktuuri pudelikael
Detsentraliseerimine ei puuduta ainult seda, kes omab müntide, vaid ka seda, kes haldab infrastruktuuri. Selleks, et blockchain oleks tõeliselt tsensuurikindel, peavad mitmed osalejad käitama sõlmi, mis pearaamatut verifitseerivad. Kui riistvara või andmesalvestuse nõuded sõlme käitamiseks muutuvad liiga kõrgaks, saavad osaleda ainult suured institutsioonid. See stsenaarium kahjustab võrgu peer-to-peer loomust.
Ethereum'i blockchain on andmesalvestuse osas Bitcoinist oluliselt suurem, mõõdetuna terabaitides mitte gigabaitides. Täieliku arhiivsõlme käitamine, mis salvestab kogu blockchaini ajaloo, on ressursimahukas. Seetõttu paljud arendajad ja rakendused ei käita oma sõlmi. Selle asemel tuginevad nad kolmanda osapoole infrastruktuuripakkujatele nagu Infura, et võrguga ühenduda.
See sõltuvus loob kriitilise ühe rikke punkti. Novembris 2020 põhjustas Infura tehniline rike ajutise häire paljudele kasutajatele ja börsidele, kes tuginesid selle andmetele. Kuigi Ethereum'i blockchain ise ei peatunud, katkes paljude kasutajate võime sellega suhelda. Kui valitsus või pahatahtlik osapool sihib neid keskendatud infrastruktuurikeskusi, saaksid nad tõhusalt tsenseerida juurdepääsu võrgule suure osa ökosüsteemi jaoks, mööda minnes alusprotokolli jaotuslikku loomust.
Layer 2 skaleerimislahenduste analüüs
Sõltumatute külgketide roll
Põhivõrgu ummistuse leevendamiseks on arendajad loonud mitmesuguseid „Layer 2“ lahendusi. Üks levinud lähenemine on sõltumatute külgketide kasutamine. Need on eraldi blockchainid, mis töötavad paralleelselt Ethereum'iga ja ühenduvad kahepoolse silla kaudu. Külgketid on ühilduvad Ethereum Virtual Machine (EVM)-iga, võimaldades arendajatel rakendusi kergesti portida. Kuna nad töötlevad tehinguid peachainilt väljas, pakuvad nad kiiremaid kiirusi ja madalamaid kulusid.
Kuid külgketid esitavad eristuva turvalisuse ohverduse. Nad vastutavad oma turvalisuse eest, mis tähendab, et nad peavad värbama oma valideerijate või kaevurite kogumi. Nad ei päri Ethereum'i põhivõrgu turvalisuse garantiisid. Kuna need võrgud on tavaliselt väiksemad, on koordineeritud grupil lihtsam enamuse hääletusvõimsusest haarata. Kui külgketi valideerijad kokku lepivad, saavad nad varastada sillutatud varadelt sellel ahelal. See mudel eelistab kiirust ja kulusid Layer 1 robustse turvalisuse ees.
Rollupid ja andmete kättesaadavus
Rollupid esindavad teist skaleerimislähenemist, mis püüab säilitada Ethereum'i turvalisust. Need lahendused töötlevad tehinguid sekundaarsel kihil, kuid postitavad tehinguandmed tagasi Ethereum'i põhivõrgusse. Sadade ülekannete koondamisega ühte Layer 1 tehingusse vähendavad rollupid oluliselt tasusid, tagades samal ajal andmete kättesaadavuse ja verifitseeritavuse põhivõrgu poolt.
Rollup'e on kaks peamist tüüpi: Optimistic ja Zero-Knowledge (ZK). Optimistic rollupid töötavad eeldusel, et tehingud on vaikimisi kehtivad. Võrk arvutab tehingu kehtivust ainult siis, kui keegi seda vaidlustab kindla aknaperioodi jooksul. See meetod lihtsustab krüptograafiat, kuid nõuab viivitust, sageli seitse päeva, varade tagasi viimisel Layer 1-sse. See ooteaeg on vajalik vaidluste lahendamiseks aja andmiseks.
| Omadus | Optimistic Rollups | ZK Rollups | Külgketid |
|---|---|---|---|
| Turvalisuse allikas | Ethereum Layer 1 | Ethereum Layer 1 | Sõltumatud valideerijad |
| Väljavõtu aeg | ~7 päeva (vaieperiood) | Kohe (pärast verifitseerimist) | Eritub (sillast sõltub) |
| Arvutus | Petmise tõendid (vaie korral) | Kehtivuse tõendid (iga partii kohta) | Sõltumatu konsensus |
ZK rollupid kasutavad keerulisi krüptograafilisi tõendeid iga tehingupartii kehtivuse verifitseerimiseks enne selle Ethereum'ile esitamist. See elimineerib vaieperioodi vajaduse, võimaldades kiiremaid väljavõtteid. Kuid nende tõendite genereerimiseks vajalik arvutusvõimsus on tohutu. Praegu on ZK rollup'ide tehnoloogia vähem küps ja raskem rakendada kui Optimistic lahendused. Nende tehnoloogiate arenedes nihkub pudelikael tehinguruumist andmete kättesaadavusse.
Fragmentatsiooni riskid
Ethereum'i ökosüsteemi laienedes mitmekihilisse keskkonda muutuvad likviidsus ja kasutajategevus killustunuks erinevate platvormide vahel. Kuigi see leevendab survet põhiketile, toob see kaasa keerukuse vastastikuse ühilduvuse osas. Layer 2 lahendusse viidud varad on sageli „pakitud“ või lukustatud sillakontraktides. Need sillad on ajalooliselt olnud häkkerite haavatavad sihtmärgid.
Lisaks sõltub kasutajakogemus suuresti nende sekundaarkihite sujuvast toimimisest. Kui Layer 2 võrk läheb offline'i või kogeb viga, võivad kasutaja rahakotid kinni jääda. Kuigi rollupid on loodud võimaldama kasutajatel raha otse põhivõrgust välja võtta isegi siis, kui Layer 2 operaator kaob, on sellise manuaalse väljumise sooritamiseks vajalik tehniline teadmine keskmisele kasutajale liiga kõrge. See loob praktilise sõltuvuse Layer 2 vahendajate pidevast toimimisest.
Erinevate skaleerimislahenduste levik jagab ka sõlmeoperaatorite ja valideerijate kogukonda. Selle asemel, et kõik kaitsevad ühte ahelat, jagunevad ressursid erinevate protokollide vahel, igaühel oma reeglite ja turvalisuse eeldustega. See fragmentatsioon võib õhukestada ökosüsteemi üldist turvalisusearvesse, kui seda ei hallata õigesti.
Shardingu ja protokolli keerukus
Võrgu jaotamine
Lisaks Layer 2 lahendustele kavatseb Ethereum juurutada „shardingu“ kui tuumikprotokolli uuendust. Sharding hõlmab võrgu andmebaasi jagamist väiksemateks hallatavateks tükkideks nimega shardid. Iga shard toimib mingil määral nagu eraldi blockchain oma oleku ja tehinguajalooga. See võimaldab võrgul töödelda palju tehinguid paralleelselt, mitte nõudmata igalt sõlmelt kõigi tehingute järjejärjestust.
Shardingu tutvustamine suurendab drastiliselt võrgu mahtu, kuid lisab olulist keerukust konsensusmehhanismile. Valideerijad ei vastuta enam kogu blockchaini oleku eest. Selle asemel määratakse nad kindlatele shardidele. Selle vältimiseks, et pahatahtlik grupp võtaks kindla shardi üle, peab protokoll valideerijaid shardidele juhuslikult määrama ja neid perioodiliselt segama.
Shardingu turvalisuse tagajärjed
Sharditud süsteemi turvalisus tugineb suuresti valideerijate määramise juhuslikkusele. Mitte-sharditud süsteemis vajab ründaja 51% kogu võrgu panusest ahela kompromiteerimiseks. Sharditud süsteemis, kui ründaja saab sihtida kindlat shardi, piisab talle vaid murdosast kogu panusest selle konkreetse jaotuse korrumpeerimiseks. Seepärast on juhuslikkumehhanism kriitiline; see tagab, et ükski grupp ei saa ennustada ega kontrollida, millist shardi nad kaitsevad.
Kuid shardide vahelise koordineerimise vajadus toob kaasa uued rünnakuvektorid. Shardidevaheline side tugineb põhiketile ehk Beacon Chain'ile järjepidevuse säilitamiseks. Kui see koordineerimiskiht ebaõnnestub või ummistub, võib võrgu olek muutuda ebajärjepidevalt. Üleminek shardingu peale muudab Ethereum'i ühest ühtlasest pearaamatust keeruliseks ühendatud ahelate võrgustikuks, tõstes tehnilist takistust arendajatele ja audiitoritele süsteemi terviklikkuse verifitseerimisel.
„Nothing at Stake“ probleem
Proof of Stake süsteemidele spetsiifiline teoreetiline haavatavus on „Nothing at Stake“ probleem. Kui võrk fork'ib – kus blockchain jaguneb kaheks konkurentsahelaks –, olid varajastes PoS rakendustes valideerijad motiveeritud valideerima mõlemal ahelal. Kuna valideerimine ei maksa peaaegu midagi energia poolest, oli mõlema tulemuse peale panustamine ratsionaalne majanduslik valik preemiate tagamiseks sõltumata sellest, milline ahel võidab.
Kui kõik valideerijad võtavad selle strateegia üle, ei saavuta võrk kunagi konsensust, purustades efektiivselt blockchaini turvalisuse. Ethereum lahendab selle varem mainitud slashing-mehhanismiga. Konflikteeruvate blokkide valideerimise eest karistuste kehtestamisega sunnib protokoll valideerijaid valima poole. See kooskõlastab nende finantsinteressid ühe kanonilise ahela stabiilsusega. Kuigi efektiivne, lisab see tarkvarakliendile veel ühe keerukuse kihi, kuna see peab tuvastama ja teatama neid rikkumisi karistuste jõustamiseks.
Järeldus
Ethereum'i teekond skaleeritavuse ja jätkusuutlikkuse poole hõlmab õrna tasakaalutantsu konkurentsiväljavaheliste prioriteetide vahel. Üleminek Proof of Stake'ile on edukalt lahendanud energiaküsimused ja sillutanud teed shardingu jaoks, kuid on vaieldavalt tõstnud sisenemise takistust sõltumatutele valideerijatele ning toonud kaasa rikkuse kontsentratsiooni riskid. Samamoodi pakuvad Layer 2 lahendused vajalikku leevendust tehingute ummistusele, kuid nõuavad sageli kasutajatelt usaldust väiksemate, vähem testitud turvalisusmudelite või keskendatud sekvensorite vastu.
Võrgu tulevik sõltub selle võimekusest leevendada neid keskendumisvektoreid, säilitades samal ajal läbilaskevõime, mis on vajalik globaalseks vastuvõtmiseks. Juhtimisprotsess peab neid tehnilisi uuendusi navigeerima ilma suurte osanike mõju alla sattumata. Mida keerukamaks protokoll muutub, seda suuremaks jääb väljakutseks kogukonna jaoks usaldusväärse neutraalsuse ja tsensuurikindluse põhiväärtuste säilitamine.
Tõeline detsentraliseerimine nõuab pidevat valvsust võimu ja rikkuse loomuliku kalduvuse vastu ajas kontsentreeruda.