Vitalik Buterin dezvăluie o provocare majoră pentru viitorul Ethereum - și cum să o rezolve

Cofondatorul Ethereum, Vitalik Buterin, și-a împărtășit gândirea cu privire la un aspect „subdiscutat, dar totuși foarte important” al ecosistemului Ethereum într-o postare recentă pe blog din acest weekend.

Postarea intitulată „Cum va interacționa filozofia multi-client a Ethereum cu ZK-EVM?” concentrat pe provocările tehnice, compromisuri și soluții potențiale pentru crearea unui ecosistem multi-client pentru ZK-EVM.

Problema multi-client cu Zk-EVM

Vitalik crede că ZK-EVM-urile vor evolua pentru a deveni o parte esențială a procesului de securitate și verificare de nivel 1 al Ethereum în viitor. Tehnologia Zero Knowledge (ZK) permite dezvoltatorilor să dovedească autenticitatea unei tranzacții sau a unui mesaj fără a dezvălui informații suplimentare. Astfel, permite unei părți să o convingă pe alta că un mesaj este adevărat, fără a dezvălui vreo cunoștință dincolo de valabilitatea mesajului.

Cu toate acestea, natura de aplicare a confidențialității a tehnologiei ZK ar putea perturba peisajul EVM mai larg, deoarece clienții Ethereum diferă subtil în implementarea regulilor de protocol, potrivit co-fondatorului Ethereum.

Protocoalele de nivel 2 din pachetele ZK au folosit cu succes dovezile ZK și au ajutat la scalarea Ethereum prin gruparea mai multor tranzacții într-o singură dovadă. Cu toate acestea, pe măsură ce ZK-EVM evoluează pentru a verifica execuția pe Mainnet, „ZK-EVM-urile devin de facto un al treilea tip de client Ethereum, la fel de important pentru securitatea rețelei precum sunt clienții de execuție și clienții de consens astăzi”.

Vizualizarea ZK-EVM-urilor ca un al treilea tip de client Ethereum ridică următoarea întrebare de la Vitalik,

„Cum am face, de fapt, un ecosistem „multi-client” pentru a demonstra corectitudinea blocurilor Ethereum cu ZK?”

Pe măsură ce ecosistemul crește, Vitalik dorește să mențină beneficiile „filozofiei multi-client”, valorificând și capabilitățile ZK-EVM-urilor pentru a îmbunătăți scalabilitatea, securitatea și descentralizarea rețelei Ethereum.

Principalele provocări tehnice ale utilizării tehnologiei ZK cu mai mulți clienți se referă la latența și ineficiența datelor, potrivit Vitalik. În plus, clienții Ethereum individuali gestionează dovezile cu cunoștințe zero în mod diferit, datorită interpretărilor specifice ale regulilor de protocol sau implementărilor ZK-EVM.

Soluții multi-client ZK-EVM

În ciuda acestor provocări, Vitalik consideră că crearea unui ecosistem ZK-EVM multiclient deschis este fezabilă și benefică pentru securitatea și descentralizarea Ethereum.

Mai jos este o reprezentare vizuală a diferiților clienți utilizați în nivelurile de consens și execuție ale ecosistemului Ethereum.

Vitalik a susținut că a avea mai mulți clienți crește securitatea și descentralizarea rețelei prin reducerea riscului unui singur bug catastrofal într-o singură implementare, ceea ce ar putea duce la defectarea întregii rețele. În plus, o filozofie multi-client ajută la prevenirea concentrării puterii în cadrul unei echipe sau organizații de dezvoltare, promovând descentralizarea politică.

Vitalik a prezentat trei posibile soluții la problemă, după cum se arată mai jos.

1. „ZK-EVM unic: abandonați paradigma multi-client și alegeți un singur ZK-EVM pe care îl folosim pentru a verifica blocurile.
2. Multi ZK-EVM închis: conveniți și consacrați în consens un set specific de mai multe ZK-EVM și aveți o regulă de protocol de nivel de consens conform căreia un bloc are nevoie de dovezi de la mai mult de jumătate din ZK-EVM din acel set pentru a fi considerat valid .
3. Deschideți mai multe ZK-EVM: clienți diferiți au implementări diferite ZK-EVM și fiecare client așteaptă o dovadă care este compatibilă cu propria sa implementare înainte de a accepta un bloc ca fiind valid.”

În contextul ZK-EVM-urilor, Vitalik susține ideea unui ecosistem ZK-EVM multi-client deschis. Clienții diferiți au implementări diferite ZK-EVM și fiecare client așteaptă o dovadă compatibilă cu propria sa înainte de a accepta un bloc ca fiind valid.

„Pentru mine, (3) mi se pare ideal, cel puțin până și cu excepția cazului în care tehnologia noastră se îmbunătățește până la punctul în care putem demonstra în mod oficial că toate implementările ZK-EVM sunt echivalente între ele...”

Cu toate acestea, odată ce tehnologia s-a îmbunătățit până la punctul în care implementările ZK-EVM sunt oarecum standardizate, Vitalik a susținut că soluția va fi alegerea celei mai eficiente opțiuni. El crede că „provocările [pentru opțiunea 3] par mai mici decât provocările celorlalte două opțiuni, cel puțin pentru moment”.

Vitalik a dat din cap, de asemenea, la progresul rapid recent în AI, declarând că progresul în AI ar putea „supra-încărca” dezvoltarea implementărilor ZK-EVM doveditoare.

„În viitorul pe termen lung, desigur, orice se poate întâmpla. Poate că AI va supraîncărca verificarea formală până la punctul în care poate dovedi cu ușurință implementările ZK-EVM echivalente și poate identifica toate erorile care provoacă diferențe între ele.”