Buterin wiegt die Auswirkungen von zk-EVM auf Dezentralisierung und Sicherheit ab

Der Mitbegründer von Ethereum, Vitalik Buterin, möchte Zero-Knowledge Ethereum Virtual Machines (zk-EVMs) sehen, die auf der ersten Ebene von Ethereum aufbauen, um den Verifizierungsprozess auf der Basis-Blockchain zu beschleunigen.

Buterin erklärte in einem Artikel vom 31. März Post dass es möglich ist, ein zk-EVM auf der Basisschicht zu integrieren, ohne Kompromisse bei Dezentralisierung und Sicherheit einzugehen. Die Technologie ermöglicht es Ethereum Virtual Machines, Smart Contracts auf der Blockchain mit ZK-Proofs auszuführen.

Ethereum wurde mit einer „Multi-Client-Philosophie“ entwickelt, um die Dezentralisierung auf Protokollebene sicherzustellen, erklärte Buterin. Durch die Integration von zk-EVMs auf der Ethereum-Schicht 1 wäre dies der dritte Client-Typ.

„Sobald das passiert, werden zk-EVMs de facto zu einer dritten Art von Ethereum-Clients, die für die Sicherheit des Netzwerks genauso wichtig sind wie Ausführungsclients und Konsensclients heute.“

Die anderen beiden Clients sind die „Consensus“- und „Execution“-Clients. Der Konsens-Client implementiert Proof-of-Stake, um sicherzustellen, dass die Knoten im Netzwerk eine Einigung erzielen. Während die Ausführung auf neue Transaktionen wartet, die im Netzwerk gesendet werden, führt sie sie in Standard-EVM aus und hält eine Kopie des neuesten Zustands der Blockchain.

Als Verfechter der Idee der zk-EVM-Verifizierung auf der Ethereum-Basisschicht betrachtete Buterin zunächst die Vor- und Nachteile der Behandlung der Schicht 1 als „Clearinghouse“, indem fast alle Aktivitäten auf Schicht 2 verlagert wurden.

Er sagte, dass viele Layer-1-basierte Apps „wirtschaftlich nicht rentabel“ würden und dass kleine Gelder – im Wert von ein paar hundert Dollar oder weniger – „hängen bleiben“ könnten, falls die Gasgebühren zu hoch werden.

Buterin erklärte, dass zk-EVMs „offen“ sein müssten, da verschiedene Clients jeweils unterschiedliche zk-EVM-Implementierungen haben und jeder Client auf einen Beweis wartet, der mit seiner eigenen Implementierung kompatibel ist, bevor er einen Block als gültig akzeptiert.

Er bevorzugt diesen Ansatz, weil er das „Multi-Client“-Paradigma nicht aufgeben würde und eine offene zk-EVM-Infrastruktur auch dafür sorgen würde, dass neue Clients entwickelt werden könnten, was Ethereum auf der Basisschicht weiter dezentralisieren würde.

Verwandt: ConsenSys zkEVM setzt auf öffentliches Testnetz, um sichere Abrechnungen auf Ethereum zu liefern

Buterin sagte, dass zkEVMs die Lösung für „The Verge“ sein könnten, ein Teil der Ethereum-Roadmap, der darauf abzielt, die Verifizierung auf der Basisebene zu erleichtern.

Buterin räumte ein, dass die zk-EVM-Infrastruktur zu Datenineffizienz und Latenzproblemen führen kann, sagte jedoch, dass diese Herausforderungen nicht „zu schwer“ zu bewältigen seien.

Wenn das zk-EVM-Ökosystem implementiert wird, würde es den Betrieb eines vollständigen Knotens auf Ethereum noch einfacher machen, erklärte Buterin:

„Ethereum-Blöcke wären kleiner als heute, jeder könnte einen vollständig verifizierenden Knoten auf seinem Laptop oder sogar seinem Telefon oder in einer Browsererweiterung betreiben, und dies alles würde unter Beibehaltung der Vorteile der Multi-Client-Philosophie von Ethereum geschehen.“

Die Ethereum-Layer-2-Skalierungsplattform Polygon hat mit ihrem zk-EVM erhebliche Fortschritte gemacht, nachdem sie ihr zkEVM kürzlich am 27. März als Open-Source-Lösung für das Polygon-Mainnet bereitgestellt hat, was reduzierte Transaktionskosten und einen erhöhten Durchsatz von Smart-Contract-Bereitstellungen verspricht.

StarkWare, ConsenSys, Scroll, zkSync und Immutable setzen ebenfalls ähnliche zkEVM-Skalierungslösungen ein.

Zeitschrift: Angriff der zkEVMs! Der 10x-Moment von Crypto