Inihayag ng Vitalik Buterin ang malaking hamon para sa hinaharap ng Ethereum – at kung paano ito lutasin

Ibinahagi ng Co-Founder ng Ethereum na si Vitalik Buterin ang kanyang pag-iisip sa isang "hindi napag-usapan, ngunit napakaimportante" na aspeto ng Ethereum ecosystem sa isang kamakailang post sa blog nitong weekend.

Ang post na pinamagatang "Paano makikipag-ugnayan ang pilosopiya ng maraming kliyente ng Ethereum sa mga ZK-EVM?" nakatutok sa mga teknikal na hamon, trade-off, at potensyal na solusyon para sa paglikha ng multi-client ecosystem para sa mga ZK-EVM.

Ang problema ng multi-client sa mga Zk-EVM

Naniniwala si Vitalik na magbabago ang mga ZK-EVM upang maging mahalagang bahagi ng layer-1 na proseso ng seguridad at pag-verify ng Ethereum sa hinaharap. Binibigyang-daan ng teknolohiyang Zero Knowledge (ZK) ang mga developer na patunayan ang pagiging tunay ng isang transaksyon o mensahe nang hindi nagbubunyag ng anumang karagdagang impormasyon. Kaya, pinapayagan nito ang isang partido na kumbinsihin ang isa pa na ang isang mensahe ay totoo nang hindi inilalantad ang anumang kaalaman na lampas sa bisa ng mensahe.

Gayunpaman, ang katangiang nagpapatupad ng privacy ng teknolohiya ng ZK ay maaaring makagambala sa mas malawak na tanawin ng EVM dahil ang mga kliyente ng Ethereum ay bahagyang naiiba sa pagpapatupad ng mga panuntunan sa protocol, ayon sa Ethereum Co-Founder.

Ang mga protocol ng layer 2 sa mga rollup ng ZK ay matagumpay na nakagamit ng mga patunay ng ZK at nakatulong sa pag-scale ng Ethereum sa pamamagitan ng pag-bundle ng maraming transaksyon sa iisang patunay. Gayunpaman, habang nagbabago ang mga ZK-EVM upang i-verify ang pagpapatupad sa Mainnet, “Ang ZK-EVMs de-facto ay naging ikatlong uri ng kliyente ng Ethereum, na kasinghalaga sa seguridad ng network tulad ng mga kliyente ng pagpapatupad at mga kliyente ng pinagkasunduan ngayon."

Ang pagtingin sa mga ZK-EVM bilang pangatlong uri ng kliyente ng Ethereum ay nagtataas ng sumusunod na tanong mula sa Vitalik,

“Paano talaga tayo gagawa ng “multi-client” na ecosystem para sa ZK-proving correctness ng Ethereum blocks?”

Habang lumalaki ang ecosystem, nais ni Vitalik na mapanatili ang mga benepisyo ng "multi-client philosophy" habang ginagamit din ang mga kakayahan ng ZK-EVMs upang mapabuti ang scalability, seguridad, at desentralisasyon ng Ethereum network.

Ang mga pangunahing teknikal na hamon ng paggamit ng teknolohiya ng ZK na may maraming kliyente ay nauugnay sa latency at hindi kahusayan ng data, ayon kay Vitalik. Bilang karagdagan, ang mga indibidwal na kliyente ng Ethereum ay humahawak ng mga patunay ng zero-knowledge nang iba dahil sa mga partikular na interpretasyon ng mga panuntunan sa protocol o mga pagpapatupad ng ZK-EVM.

Mga solusyon sa multi-client ng ZK-EVM

Sa kabila ng mga hamon na ito, naniniwala si Vitalik na ang paglikha ng isang bukas na multi-client na ZK-EVM ecosystem ay magagawa at kapaki-pakinabang para sa seguridad at desentralisasyon ng Ethereum.

Nasa ibaba ang isang visual na representasyon ng iba't ibang mga kliyente na ginagamit sa kabuuan ng consensus at execution layer ng Ethereum ecosystem.

Nagtalo si Vitalik na ang pagkakaroon ng maraming kliyente ay nagpapataas ng seguridad at desentralisasyon ng network sa pamamagitan ng pagbabawas ng panganib ng isang sakuna na bug sa isang pagpapatupad, na maaaring humantong sa pagkasira ng buong network. Bukod pa rito, nakakatulong ang pilosopiyang multi-client na pigilan ang konsentrasyon ng kapangyarihan sa loob ng isang development team o organisasyon, na nagsusulong ng desentralisasyon sa pulitika.

Nagpakita si Vitalik ng tatlong potensyal na solusyon sa isyu, tulad ng ipinapakita sa ibaba.

1. “Single ZK-EVM: abandunahin ang multi-client paradigm, at pumili ng isang ZK-EVM na ginagamit namin para i-verify ang mga block.
2. Isinara ang multi ZK-EVM: sumang-ayon at itago sa pinagkasunduan ang isang partikular na hanay ng maraming ZK-EVM, at may consensus-layer protocol na panuntunan na ang isang block ay nangangailangan ng mga patunay mula sa higit sa kalahati ng mga ZK-EVM sa set na iyon upang ituring na wasto .
3. Buksan ang multi ZK-EVM: ang iba't ibang mga kliyente ay may iba't ibang mga pagpapatupad ng ZK-EVM, at ang bawat kliyente ay naghihintay para sa isang patunay na tugma sa sarili nitong pagpapatupad bago tanggapin ang isang bloke bilang wasto."

Sa konteksto ng mga ZK-EVM, sinusuportahan ng Vitalik ang ideya ng isang bukas na multi-client na ZK-EVM ecosystem. Ang iba't ibang mga kliyente ay may iba't ibang mga pagpapatupad ng ZK-EVM, at ang bawat kliyente ay naghihintay ng patunay na katugma sa sarili nito bago tanggapin ang isang bloke bilang wasto.

“Para sa akin, (3) ay tila perpekto, kahit hanggang sa at maliban na lamang kung ang ating teknolohiya ay umunlad hanggang sa punto kung saan pormal nating mapapatunayan na ang lahat ng mga pagpapatupad ng ZK-EVM ay katumbas ng bawat isa…”

Gayunpaman, kapag ang teknolohiya ay bumuti sa punto kung saan ang mga pagpapatupad ng ZK-EVM ay medyo na-standardize, sinabi ni Vitalik na ang solusyon ay ang piliin ang pinaka mahusay na opsyon. Naniniwala siya na ang "mga hamon [para sa opsyon 3] ay tila mas maliit kaysa sa mga hamon ng iba pang dalawang opsyon, kahit man lang sa ngayon."

Tumango din si Vitalik sa kamakailang mabilis na pagsulong sa AI, na nagsasaad na ang pag-unlad sa AI ay maaaring "super-charge" sa pagbuo ng pagpapatunay ng mga pagpapatupad ng ZK-EVM.

“In the long-term future, siyempre kahit anong mangyari. Marahil ay sobrang sisingilin ng AI ang pormal na pag-verify hanggang sa punto kung saan madali nitong mapatunayan ang katumbas ng mga pagpapatupad ng ZK-EVM at matukoy ang lahat ng mga bug na nagdudulot ng mga pagkakaiba sa pagitan nila."