Ethereum-uurija ladislaus.eth avaldas eelmisel nädalal juhendi, milles selgitab, kuidas Ethereum plaanib üle minna iga tehingu uuesti täitmise asemel nullteadmiste tõestamiseks mõeldud tõendite kontrollimisele.
Postitus raamistab seda kui „vaikset, kuid põhjapanevat muutust“, ja see on ka õige. Mitte sellepärast, et töö oleks salajane, vaid sellepärast, et selle mõjud laienevad kogu Ethereumi arhitektuurile viisidel, mis ei saa olla ilmsed enne, kui kõik osad omavahel kokku sobivad.
Seda ei saa pidada Ethereumi „ZK-lisaks“ lisamiseks funktsioonina. Ethereum katsetab alternatiivset validatsiooniteed, kus osa valideerijaid võivad blokke kinnitada, kontrollides kompaktseid teostuskäike, mitte iga tehingut uuesti käivitades.
Kui see toimib, siis muutub Ethereumi layer-1 roll „rollupide jaoks settlement’i ja andmete kättesaadavuse tagamisest“ „suure läbilaskvusega teostamise poole, mille kontrollimine jääb piisavalt odavaks kodumaiseid valideerijaid eesmärgiks.“
EIP-8025, pealkirjaga „Valikulised teostuskäigud“, sai esialgsena avaldatud ja kirjeldab konkreetselt mehhanisme.
Teostuskäigud jagatakse konsensussõlme peer-to-peer võrgustiku kaudu spetsiaalse teemakoha abil. Valideerijad saavad töötada kahe uue režiimiga: tõendite genereerimine või staatilise validatsiooni teostamine.
Ettepanek ütleb selgelt, et see „ei nõua hardforki“ ja jääb tagasiühilduvaks, samas kui sõlmed saavad endiselt nagu praegugi uuesti teostada.
Ethereum Foundationi zkEVM meeskond avaldas 26. jaanuaril konkreetse tegevuskava aastaks 2026, milles välja toodi kuus alateemat: teostuskäigu tunnistaja ja külprogrammi standardiseerimine, zkVM-külprogrammi API standardiseerimine, konsensussõlme integreerimine, proovide infrastruktuur, benchmarking ja metrikad ning turvalisus formaliseeritud verifitseerimisega.
Esimese L1-zkEVM breakout-kõne planeeritakse 11. veebruaril kell 15:00 UTC.
Lõpp-piirkonna tööprotsess toimib järgmiselt: teostuskihi klient toodab ExecutionWitnessi, iseseisva paketi, mis sisaldab kõiki andmeid, mida on vaja bloki valideerimiseks ilma täielikku staatust hoidmata.
Standardiseeritud külprogramm tarbib seda tunnistajat ja valideerib staatuse üleminekut. zkVM teostab seda programmi ja proovidegenereerija loob korrektse teostamise tõendi. Konsensussõlme klient verifitseerib seejärel seda tõendit, mitte ei kutsu teostuskihi klienti uuesti teostama.
Oluline sõltuvus on ePBS (Enshrined Proposer-Builder Separation), mille eesmärk on eelseisvas Glamsterdam hardforkis. Ilma ePBS-ta on proovidegenereerimise aken umbes üks kuni kaks sekundit, mis on liiga lühike reaalajas proovidegenereerimiseks. ePBS-i abil, mis pakub blokkide püüdmist, pikeneb aken kuue kuni üheksa sekundini.
Diagramm näitab, et ePBS pikendab Ethereumi proovidegenereerimise akent 1–2 sekundilt 6–9 sekundile, muutes reaalajas proovidegenereerimise võimalikuks võrreldes praeguse seitsme sekundi keskmise proovidegenereerimise ajaga, mis nõuab 12 GPU-d.
Dezentraliseerimise kaalukausid
Kui valikulised tõendid ja tunnistajate formaadid küpsevad, saavad rohkem kodumaiseid valideerijaid osaleda, ilma et nad peaksid hoidma täielikku teostuskihi staatust.
Gasipiirangute tõstmine muutub poliitiliselt ja majanduslikult lihtsamaks, sest validatsioonikulu eraldub teostamise keerukusest. Verifitseerimise töö ei suurene enam lineaarselt plokiketis toimuva tegevusega.
Kuid tõendamine toob kaasa oma keskendunud riski. Ethereum Research postitus 2. veebruaril teatas, et täieliku Ethereumi bloki proovidegenereerimine nõuab praegu umbes 12 GPU-d ja võtab keskmiselt 7 sekundit.
Autor tõstab esile keskendunud riskid ja märgib, et piiranguid on endiselt raske ennustada. Kui proovidegenereerimine jääb GPU-keskseks ja keskendub ehitajate või proovidegenereerijate võrkudele, võib Ethereum asendada „kõik teostavad uuesti“ „vähesed tõendavad, paljud verifitseerivad“ vastu.
Kujundus püüab seda lahendada, tutvustades klientide mitmekesisust proovidegenereerimise kihtides. EIP-8025 tööpinge eeldus on kolm viiest, mis tähendab, et tunnistaja aktsepteerib bloki teostamist kehtivana, kui ta on kontrollinud kolme viiest sõltumatust tõendist erinevatest teostuskihi klientide implementatsioonidest.
Sellega säilitatakse klientide mitmekesisus protokolli tasandil, kuid see ei lahenda riistvara juurdepääsu probleemi.
Kõige ausam raamistus on see, et Ethereum nihutab dezentraliseerimise lahinguvälja. Tänane piirang on „kas saad endale lubada teostuskihi kliendi käivitamist?“ Homne võib olla „kas sul on ligipääs GPU-klasteritele või proovidegenereerijate võrkudele?“
Panuseks on see, et tõendite verifitseerimine on lihtsam kaubandustada kui staatumi salvestamine ja uuesti teostamine, kuid riistvara küsimus jääb avatuks.
Ethereum'i tegevuskava, mis värskendati viimati 5. veebruaril, loeb „Staatilisust“ kui ühte peamist uuendusteemast: blokkide kontrollimine ilma suurt staatust salvestamata.
Valikulised teostuskäigud ja tunnistajad on konkreetsed mehhanismid, mis muudavad staatilise validatsiooni praktiliseks. Staatiline sõlm vajab ainult konsensussõlme klienti ja kontrollib tõendeid payload’de töötlemise ajal.
Sünkroniseerimine väheneb hiljutiste blokkide tõendite allalaadimiseni alates viimasest finaliseerimiskontrollpunktist.
Seda on oluline gasipiirangute jaoks. Praegu muudab iga gasipiirangu tõstmine sõlme käivitamise raskemaks. Kui valideerijad saavad tõendeid kontrollida, mitte uuesti teostada, ei suurene verifitseerimise hind enam gasipiirangu järgi. Teostamise keerukus ja validatsioonikulu eralduvad.
2026. aasta tegevuskava benchmarking ja repricing töövoog eesmärgiks on konkreetselt meetrikad, mis seovad kulutatud gaasi proovidegenereerimise tsüklite ja proovidegenereerimise ajaga.
Kui need meetrikad stabiliseeruvad, saab Ethereum kasutada seni puudunud võimalust: võime tõsta läbilaskvust, suurendamata proportsionaalselt valideerija käivitamise kulutusi.
Vitalik Buterin’i hiljutine postitus väidab, et layer-2 plokiketid peaksid eristuma peale skaleerimist ja seob „looma rollupite precompile’i“ väärtuse selgelt vajadusega enshrined zkEVM tõendite järele, mida Ethereum juba vajab layer-1 skaleerimiseks.
Loogika on lihtne: kui kõik valideerijad kontrollivad teostuskäigude tõendeid, saab samu tõendeid kasutada ka EXECUTE precompile’i jaoks loomakohaste rollupite jaoks. Layer-1 proovidegenereerimise infrastruktuur muutub ühisinfrastruktuuriks.
Sellest tuleneb layer-2 väärtuspakkumise muutus. Kui layer-1 suudab skaleerida suure läbilaskvusega, hoides samal ajal verifitseerimise kulusid madalal, ei saa rollupid ennast enam põhjendada „Ethereum ei suuda koormust taluda“.
Uued eristamispiirded on spetsialiseeritud virtuaalsed masinad, ülituhkade latentsuste, prekonfirmatsioonide ja kompositsioonimudelitega, nagu rollupid, mis tuginevad kiiresti proovidegenereerimise disainile.
Olukord, kus layer-2-d jäävad oluliseks, on see, kus rollid on jaotatud spetsialiseerumise ja interoperaatsiooni vahel.
Layer-1 muutub suure läbilaskvusega, madala verifitseerimise kuluga teostamise ja settlement’i kiht. Layer-2-d muutuvad funktsioonide laboriteks, latentsuse optimeerijateks ja kompositsiooniküngadeks.
Kuid see eeldab, et layer-2 meeskonnad sõnastavad uued väärtuspakkumised ja et Ethereum täidab tõendite verifitseerimise tegevuskava.
Tulevikus on kolm võimalikku stsenaariumi.
Esimene stsenaarium seisneb selles, et tõendite esmane validatsioon muutub levinuks. Kui valikulised tõendid ja tunnistajate formaadid küpsevad ning klientide implementatsioonid stabiliseeruvad standardiseeritud liideste ümber, saavad rohkem kodumaiseid valideerijaid osaleda, ilma et nad peaksid käivitama täielikku teostuskihi staatust.
Gasipiirangud suurenevad, sest validatsioonikulu ei ole enam seotud teostamise keerukusega. See tee sõltub sellest, kas ExecutionWitness ja külprogrammi standardiseerimise töövoog jõuab portatiivsetesse formaatidesse.
Teine stsenaarium on see, kus proovidegenereerijate keskendunud struktuur muutub uueks kitsenduseks. Kui proovidegenereerimine jääb GPU-keskseks ja keskendub ehitajate või proovidegenereerijate võrkudele, siis Ethereum nihutab dezentraliseerimise lahinguvälja valideerijate riistvaralt proovidegenereerijate turustruktuuri poole.
Protokoll toimib endiselt, sest üks aus proovidegenereerija kusagil hoiab keti elus, kuid turvalisusmudel muutub.
Kolmas stsenaarium on see, kus layer-1 tõendite verifitseerimine muutub ühisinfrastruktuuriks. Kui konsensussõlme integreerimine tugevneb ja ePBS pakub pikendatud proovidegenereerimise akent, siis Layer 2-de väärtuspakkumine kaldub spetsialiseeritud VM-de, ülituhkade latentsuste ja uute kompositsioonimudelite poole, mitte ainult „Ethereum skaleerimise“ poole.
Selleks peab ePBS saabuma Graamsterdami ajaks.
| Stsenaarium | Mis peab olema tõsi (tehnikalised eeldused) | Mis laguneb / peamine risk | Mis paraneb (dezentraliseerimine, gasipiirangud, sünkroniseerimisaeg) | L1 rolli tulemus (teostamise läbilaskvus vs verifitseerimise hind) | L2 implikatsioon (uus eristamispiir) | „Mida jälgida“ signaal |
|---|---|---|---|---|---|---|
| Tõendite esmane validatsioon muutub levinuks | Execution Witness + külprogrammi standardid ühinevad; zkVM/külprogrammi API standardiseerub; CL tõendite verifitseerimise tee on stabiilne; tõendid levivad usaldusväärselt P2P-võrgus; vastuvõetav mitme tõendi semantika (nt 3/5) | Tõendite kättesaadavus / latentsus muutub uueks sõltuvuseks; verifitseerimise vead muutuvad konsensusele tundlikuks kui/kuigi sellele toetutakse; vastuolu klientide/proovidegenereerijate vahel | Kodumaised valideerijad saavad kinnitada ilma EL staatusega; sünkroniseerimisaeg langeb (tõendid alates finaliseerimiskontrollpunktist); gasipiirangute tõstmine muutub lihtsamaks, sest verifitseerimise hind eraldub teostamise keerukusest | L1 nihkub suurema läbilaskvusega teostamise poole teoorias, kuid praktiliselt piiratud proovidegenereerijate võimekuse ja turustruktuuriga | L2-d peavad ennast põhjendama peale „L1 ei suuda skaleerida“: spetsialiseeritud VM-id, rakendusspetsiifiline teostamine, kohandatud tasumudelid, privaatsus jne. | Spec/testvektorite karmistamine; tunnistajate/külprogrammide portatiivsus klientide vahel; stabiilne tõendite gossip + rikkumiste käsitlemine; benchmarking-kõverad (gaas → proovidegenereerimise tsüklid/aeg) |
| Proovidegenereerijate keskendunud struktuur muutub kitsenduseks | Proovidegenereerimine jääb GPU-keskseks; proovidegenereerimise turg konsolideerub (ehitajad / proovidegenereerijate võrgud); piiratud „garaaži-mõõdus“ proovidegenereerimine; elujõud sõltub väikesest hulgast keerukaid proovidegenereerijaid | „Vähesed tõendavad, paljud verifitseerivad“ keskendab võimu; tsenseerimine / MEV dünaamika süveneb; proovidegenereerijate väljalülitused tekitavad elujõu/finaalsuse stressi; geograafiline / regulaarne keskendumisrisk | Valideerijad võivad endiselt odavalt verifitseerida, kuid dezentraliseerimine muutub: kergem kinnitamine, raskem proovidegenereerimine; mõningane gasipiirangu headroom, kuid piiratud proovidegenereerijate majandusega | L1 muutub teostatud teostamise + settlement’i kiht, mis suudab ka rollupeid loomakohaselt verifitseerida | L2-d võivad orienteeruda based / prekonfirmaatud disainidele, alternatiivsetele proovidegenereerimissüsteemidele või latentsuse garantiidele — võimalik, et see suurendab sõltuvust privilegiatest osalistest | Proovidegenereerimise kulude trendid (riistvara nõuded, aeg ühe bloki kohta); proovidegenereerijate mitmekesisuse metrikad; stiimulid hajutatud proovidegenereerimiseks; rikkumisviisi treeningud (mis juhtub, kui tõendeid pole?) |
| L1 tõendite verifitseerimine muutub ühisinfrastruktuuriks | CL integreerimine „tugevneb“; tõendid muutuvad laialdaselt toodetud / tarbitud; ePBS saabub ja pakub toimivat proovidegenereerimise akent; liidesed võimaldavad taaskasutust (nt EXECUTE-stiilis precompile / loomakohased rollup-hoobad) | Ristvaldkondade sidumise risk: kui L1 proovidegenereerimise infrastruktuur on pinges, võivad ka rollupide verifitseerimise teed kannatada; keerukus / ründepind laieneb | Ühisinfrastruktuur vähendab dubleeritud proovidegenereerimise pingutusi; parandab interoperaatsiooni; prognoositavamad verifitseerimiskulud; selgem tee suuremale L1 läbilaskvusele, ilma valideerijaid hinda tõstmata | L1 areneb tõenditega verifitseeritud teostamise + settlement’i kiht, mis suudab ka rollupeid loomakohaselt verifitseerida | L2-d pöörduvad latentsuse (prekonfirmatsioonide), spetsialiseeritud teostuskeskkondade ja kompositsioonimudelite poole (nt kiiresti proovidegenereerimise / sünkroonselt toimivad disainid) mitte ainult „skaleerimise“ poole. | ePBS / Glamsterdami progress; lõpp-piirkonna tööprotsesside demo’d (tunnistaja → tõend → CL verifitseerimine); benchmarking + võimalik gaasi repricing; minimaalse elujõulisusega tõendite jaotamise semantika ja monitooringu juurutamine |
Konsensussõlme integreerimise küpsus annab märku, kas „valikulised tõendid“ liiguvad enamasti TODO-stidest kui karmistatud testvektoriteks.
ExecutionWitnessi ja külprogrammi standardiseerimine on võtmekivi staatilise validatsiooni portatiivsuse jaoks klientide vahel. Benchmarkingud, mis seovad kulutatud gaasi proovidegenereerimise tsüklite ja proovidegenereerimise ajaga, määravad, kas gaasi repricing ZK-sõbralikkuse jaoks on võimalik.
ePBS ja Glamsterdami progress näitavad, kas kuue kuni üheksa sekundi pikkune proovidegenereerimise aken muutub reaalsuseks. Breakout-kõne tulemused näitavad, kas töögrupid jõuavad liideste ja minimaalse elujõulisusega tõendite jaotamise semantikani.
Ethereum ei lülitu varsti tõendipõhisele validatsioonile. EIP-8025 ütleb selgelt, et „sellel ei saa veel põhineda uuendustel“, ja valikuline raamistus on teadlik. Seetõttu on see testitav teekond, mitte lähiajaline aktiveerimine.
Ometi tähendab fakt, et Ethereum Foundation avaldas 2026. aasta rakenduskava, planeeris projektide omanikega breakout-kõnet ja koostas EIP-i konkreetsete peer-to-peer gossip-meetmetega, et see töö on liikunud uurimise usutavusest rakenduskavaks.
Transformatsioon on vaikne, sest see ei hõlma dramaatilisi tokeniökonomilisi muudatusi ega kasutajatele suunatud funktsioone. Kuid see on põhjapanev, sest see ümbertöötleb suhte teostamise keerukuse ja validatsioonikulu vahel.
Kui Ethereum suudab neid kahte eraldada, ei ole layer-1 enam kitsendus, mis sunnib kõik huvitavad asjad layer-2-le.
Kui layer-1 tõendite verifitseerimine muutub ühisinfrastruktuuriks, peab kogu layer-2 ökosüsteem vastama raskemale küsimusele: mida sa lood, mida layer-1 ei suuda?
Postitus „Ethereum soovib, et kodumaised valideerijad tõendeid kontrolliksid, kuid 12 GPU reaalsus tõstab uue ohu“ ilmus esmakordselt CryptoSlate’is.


