Ethereums L1 skulle inte ha några problem att interagera med zkEVMs, klargör Vitalik

• Ethereum blockchain skulle expandera till en trelagersklient.
• Latens och dataeffektivitet förblev ett problem.

Ethereum [ETH], som plågades av transaktionsförseningar och överbelastning i nätverket för några år sedan, har varit på toppen av att lösa dessa utmaningar, tack vare överflöd av skalningslösningar. Den sista av dessa är nollkunskapsintegrationen med Ethereum Virtual Machine [zkEVM], lanserad av Polygon [MATIC].

Hur mycket är 1,10,100 XNUMX XNUMX ETH värda idag?

Även om Mainnet Beta var invigdes den 27 mars var det inte många avsedda deltagare som förstår hur L1-projektet skulle interagera med sin L2-motsvarighet. På grund av denna suddiga vy släppte Vitalik Buterin en blogginlägg rörande saken.

Det är dags för en delningsformel

Enligt Ethereums medgrundare har projektets noder som består av konsensus- och exekveringsklienten reducerats för att möjliggöra zkEVM-deltagande. Exekveringsklienten använder mekanismen Proof-of-Stake (PoS) för att validera data på blockkedjan. Omvänt är konsensusklienten ansvarig för att underhålla den senaste databasen och utföra transaktioner.

Normalt står dessa klienter för två tredjedelar av nätverket. Men med införandet av zk rollups har sett till att det inte är fallet längre. Därför tillåter utvecklare att ingripa medan kedjan slutar slutföra block. Vitalk noterade,

"Från och med idag utgör ingen konsensus- eller exekveringsklient mer än 2/3 av nätverket."

Dessutom påpekade Vitalik att det frigjorda utrymmet skulle innebära att zkEVM blir den tredje Ethereum-klienten. Han noterade dock att det inte kommer att vara lika omedelbart eftersom L1 måste arbeta med att använda dem för verifiering för att verifiera exekvering.

Av utmaningar och fixar

Trots zk-kapaciteten nämnde Vitalik att det fanns problem som ingen L2 kunde lösa. Han nämnde latensutmaningen, som kan tillåta avbrott i kedjan efter ett sent publicerat block. Och dataeffektivitet, som kan avslöja validatorsignaturer. Men han citerade att det fanns möjliga lösningar på lång sikt och sa: 

"Latensutmaningen skulle kunna lösas genom att vara försiktig när du utformar finalitetsprotokollet för enstaka luckor. Problemet med dataeffektivitet skulle behöva lösas genom att ha ett separat protokoll för aggregering av verifieringsrelaterade data."

Ytterligare insikter i publikationen nämnde zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS). Eftersom zk-bevis tillåter parterna att verifiera ett sant uttalande utan att avslöja någon annan information, tillåter zk-SNARKS bevis på innehav utan interaktion mellan bevisaren och verifieraren. 

Läsa Ethereums [ETH] prisförutsägelse 2023-2024

Som Vitalik uttrycker det kan zk-sNARKS och ERC-4337, som gör det möjligt att skapa och genomföra kontrakt på blockkedjan, också lösa problemet med dataeffektivitet.

Samtidigt medgav Ethereum-chefen att hela processen skulle ta lång tid att bli verklighet. Han medgav också att långsam blockexekvering och verifiering kan vara ett problem i de inledande stadierna.