Ethereum's L1 zou geen probleem hebben met de interactie met zkEVM's, verduidelijkt Vitalik

  • De Ethereum-blockchain zou uitbreiden naar een drielaagse client.
  • Latency en data-efficiëntie bleven een probleem.

Ethereum [ETH], geplaagd door transactievertragingen en netwerkcongestie een paar jaar geleden, heeft dankzij de overvloed aan schaaloplossingen deze uitdagingen weten op te lossen. De laatste hiervan is de zero-knowledge-integratie met de Ethereum Virtual Machine [zkEVM], gelanceerd door Veelhoek [MATIC].


Hoeveel zijn 1,10,100 ETH's vandaag waard?


Hoewel de Mainnet Beta was ingehuldigd op 27 maart begrijpen niet veel beoogde deelnemers hoe het L1-project zou interageren met zijn L2-tegenhanger. Vanwege dit wazige beeld heeft Vitalik Buterin een blogpost betreffende de zaak.

Het is tijd voor een deelformule

Volgens de mede-oprichter van Ethereum zijn de knooppunten van het project, bestaande uit de consensus- en uitvoeringsclient, verkleind om zkEVM-deelname mogelijk te maken. De uitvoeringsclient gebruikt het Proof-of-Stake (PoS)-mechanisme om gegevens op de blockchain te valideren. Omgekeerd is de consensusclient verantwoordelijk voor het onderhouden van de nieuwste database en het uitvoeren van transacties.

Normaal gesproken zijn deze klanten goed voor tweederde van het netwerk. Maar met de introductie van de zk hebben rollups ervoor gezorgd dat dat niet meer het geval is. Daarom kunnen ontwikkelaars ingrijpen terwijl de keten stopt met het afronden van blokken. Vitalk merkte op,

"Vanaf vandaag maakt geen enkele consensus- of uitvoeringsclient meer dan 2/3 van het netwerk uit."

Bovendien wees Vitalik erop dat de vrijgekomen ruimte zou betekenen dat zkEVM de derde Ethereum-client wordt. Hij merkte echter op dat het niet zo snel zal zijn, aangezien de L1 moet werken aan het gebruik ervan voor verificatie om de uitvoering te verifiëren.

Van uitdagingen en oplossingen

Ondanks de zk-mogelijkheid zei Vitalik dat er problemen waren die geen enkele L2 kon oplossen. Hij noemde de latentie-uitdaging, die verstoring van de keten zou kunnen veroorzaken na een laat gepubliceerd blok. En data-efficiëntie, die handtekeningen van validatoren zou kunnen blootleggen. Hij haalde echter aan dat er op de lange termijn mogelijke oplossingen waren door te zeggen: 

“De latency-uitdaging kan worden aangepakt door voorzichtig te zijn bij het ontwerpen van het finaliteitsprotocol met één slot. Het probleem van de gegevensefficiëntie zou moeten worden aangepakt door een apart protocol te hebben voor het aggregeren van verificatiegerelateerde gegevens.”

Verdere inzichten in de publicatie maakte melding van het zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS). Aangezien zk-bewijzen partijen in staat stellen een waarheidsgetrouwe bewering te verifiëren zonder enige andere informatie te onthullen, staat zk-SNARKS bewijs van bezit toe zonder interactie tussen de bewijzer en de verificateur. 


Lees Ethereum's [ETH] prijsvoorspelling 2023-2024


Zoals Vitalik het stelt, zouden de zk-sNARKS en ERC-4337, die het mogelijk maken om contracten op de blockchain te creëren en af ​​te handelen, ook het probleem van de gegevensefficiëntie kunnen oplossen.

Ondertussen gaf het hoofd van Ethereum toe dat het lang zou duren voordat het hele proces werkelijkheid zou worden. Hij gaf ook toe dat de trage uitvoering en verificatie van blokken een probleem kan zijn in de beginfase. 

Bron: https://ambcrypto.com/ethereums-l1-would-have-no-problem-interacting-with-zkevms-vitalik-clarifys/