Ethereums L1 hätte kein Problem damit, mit zkEVMs zu interagieren, stellt Vitalik klar

• Die Ethereum-Blockchain würde zu einem dreischichtigen Client erweitert.
• Latenz und Dateneffizienz blieben ein Problem.

Ethereum [ETH], das vor einigen Jahren von Transaktionsverzögerungen und Netzwerküberlastung geplagt wurde, hat diese Herausforderungen dank der Fülle von Skalierungslösungen an der Spitze gemeistert. Die letzte davon ist die Zero-Knowledge-Integration mit der Ethereum Virtual Machine [zkEVM], die von gestartet wurde Polygon [MATIK].

Wie viel sind 1,10,100 ETHs heute wert?

Obwohl die Mainnet Beta war eingeweiht Am 27. März verstehen nicht viele beabsichtigte Teilnehmer, wie das L1-Projekt mit seinem L2-Pendant interagieren würde. Aufgrund dieser verschwommenen Sicht veröffentlichte Vitalik Buterin eine Blog-Post bezüglich der Sache.

Es ist Zeit für eine Formel zum Teilen

Laut dem Mitbegründer von Ethereum wurden die Knoten des Projekts, bestehend aus dem Konsens- und dem Ausführungsclient, reduziert, um eine Teilnahme von zkEVM zu ermöglichen. Der Ausführungsclient verwendet den Proof-of-Stake (PoS)-Mechanismus, um Daten in der Blockchain zu validieren. Umgekehrt ist der Consensus-Client für die Pflege der neuesten Datenbank und die Ausführung von Transaktionen verantwortlich.

Normalerweise machen diese Clients zwei Drittel des Netzwerks aus. Aber mit der Einführung der zk Rollups haben wir dafür gesorgt, dass dies nicht mehr der Fall ist. Daher können Entwickler eingreifen, während die Kette aufhört, Blöcke abzuschließen. Vitalk bemerkte,

„Stand heute macht kein Konsens- oder Ausführungsclient mehr als 2/3 des Netzwerks aus.“

Darüber hinaus wies Vitalik darauf hin, dass der frei werdende Platz bedeuten würde, dass zkEVM der dritte Ethereum-Kunde wird. Er merkte jedoch an, dass dies nicht so unmittelbar sein werde, da die L1 daran arbeiten müsse, sie zur Verifizierung zu verwenden, um die Ausführung zu verifizieren.

Von Herausforderungen und Lösungen

Trotz der zk-Fähigkeit erwähnte Vitalik, dass es Probleme gab, die kein L2 lösen konnte. Er erwähnte die Latenzherausforderung, die eine Unterbrechung der Kette nach einem spät veröffentlichten Block ermöglichen könnte. Und Dateneffizienz, die Validator-Signaturen aufdecken könnte. Er zitierte jedoch, dass es in der langfristigen Aussage mögliche Lösungen gebe, 

„Die Latenz-Herausforderung könnte angegangen werden, indem man beim Design des Single-Slot-Finality-Protokolls vorsichtig vorgeht. Das Problem der Dateneffizienz müsste durch ein separates Protokoll für die Aggregation verifizierungsbezogener Daten angegangen werden.“

Weitere Einblicke in die Veröffentlichung erwähnte das zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS). Da zk-Proofs es den Parteien ermöglichen, eine wahre Aussage zu verifizieren, ohne weitere Informationen preiszugeben, ermöglicht zk-SNARKS den Besitznachweis ohne Interaktion zwischen dem Prover und dem Verifizierer. 

Lesen Sie mehr Ethereums [ETH] Preisprognose 2023-2024

Wie Vitalik es ausdrückt, könnten zk-sNARKS und ERC-4337, die es ermöglichen, Verträge auf der Blockchain zu erstellen und abzuwickeln, auch das Problem der Dateneffizienz lösen.

In der Zwischenzeit räumte der Ethereum-Chef ein, dass der gesamte Prozess lange dauern würde, bis er Wirklichkeit wird. Er gab auch zu, dass die langsame Ausführung und Verifizierung von Blöcken in der Anfangsphase ein Problem sein könnte.