Ethereum , Vitalik Buterin, hat seine überwältigende Idee geteilt, wie man Ethereum , ohne seine Sicherheit und Dezentralisierung zu gefährden.
In einem kürzlich erschienenen Blogbeitrag schlug Buterin die Verwendung von Zero-Knowledge Execution Environments (ZK-EVMs) vor, um Blöcke auf dem Ethereum Blockchain .
Diese revolutionäre Idee hat das Potenzial, die Größe von Ethereum Blöcken stark zu reduzieren und gleichzeitig die Skalierbarkeit und Sicherheit des Netzwerks zu verbessern.
Buterin über Multi-Client-Philosophie und ZK-EVMs
Ethereum war entscheidend für seine Sicherheit und Dezentralisierung. Anstatt einen einzigen „Referenzclient“ zu haben, den jeder standardmäßig ausführt, Ethereum über eine gemeinsam verwaltete Spezifikation und mehrere Teams, die Implementierungen der Spezifikation vornehmen.
Jeder Ethereum Knoten betreibt einen Konsens-Client und einen Ausführungs-Client, und kein Konsens- oder Ausführungs-Client macht mehr als 2/3 des Netzwerks aus. Wenn ein Client mit weniger als 1/3 Anteil in seiner Kategorie einen Fehler hat, würde das Netzwerk einfach normal weitermachen.
Wenn ein Client mit einem Anteil von 1/3 bis 2/3 in seiner Kategorie einen Fehler hat, würde die Kette weiterhin Blöcke hinzufügen, aber sie würde aufhören, Blöcke zu finalisieren, was den Entwicklern Zeit zum Eingreifen gibt.
Buterin glaubt, dass die Verwendung von ZK-EVMs als dritte Art von Ethereum Clients die Sicherheit und Dezentralisierung des Netzwerks erheblich verbessern könnte.
SNARKs, die die EVM-Ausführung beweisen, befinden sich seit Jahren in der Entwicklung, und die Technologie wird aktiv von Layer-2-Protokollen verwendet, die als ZK-Rollups bezeichnet werden.
ZK-EVMs werden nicht nur für Rollups sein; Sie werden auch verwendet, um die Ausführung auf Schicht 1 zu überprüfen, wodurch sie für die Sicherheit des Netzwerks genauso wichtig sind wie Ausführungsclients und Konsensclients heute.
Herausforderungen und Vorteile des offenen mandantenfähigen ZK-EVM-Ökosystems
Buterins Vorschlag wirft einige interessante technische Herausforderungen auf. Wie werden ZK-EVMs konkret mit der Multi-Client-Philosophie von Ethereum interagieren?
Um dieser Herausforderung zu begegnen, schlägt Buterin ein „offenes Multi-Client-ZK-EVM-Ökosystem“ vor. In diesem Ökosystem haben verschiedene Clients unterschiedliche ZK-EVM-Implementierungen, und jeder Client wartet auf einen Beweis, der mit seiner eigenen Implementierung kompatibel ist, bevor er einen Block als gültig akzeptiert.
Die Implementierung eines offenen Multi-Client-ZK-EVM-Ökosystems wäre nicht ohne Herausforderungen. Eine Herausforderung ist die Latenz-Herausforderung, bei der ein böswilliger Angreifer einen Block zu spät veröffentlichen könnte, zusammen mit einem Beweis, der für einen Client gültig ist.
Es würde realistisch gesehen lange dauern, um Beweise zu generieren, die für andere Kunden gültig sind, wodurch möglicherweise eine vorübergehende Abzweigung erstellt und die Kette für einige Slots unterbrochen würde. Eine weitere Herausforderung ist die Datenineffizienz, da verifizierungsbezogene Daten separat veröffentlicht werden müssten.
Trotz dieser Herausforderungen könnte ein offenes Multi-Client-ZK-EVM-Ökosystem die Skalierbarkeit und Sicherheit des Netzwerks erheblich verbessern. Ethereum Blöcke wären kleiner als heute, und jeder könnte einen vollständig verifizierenden Knoten auf seinem Laptop oder sogar seinem Telefon betreiben, während die Vorteile der Multi-Client-Philosophie von Ethereum erhalten bleiben.
Vitalik Buterins Vision für Ethereum ist eine revolutionäre Idee, die das Potenzial hat, das Netzwerk auf die nächste Stufe zu heben. Durch die Nutzung von ZK-EVMs zur Validierung von Blöcken in der Ethereum -Blockchain kann Ethereum seine Sicherheit und Skalierbarkeit erheblich verbessern, ohne seine Dezentralisierung zu opfern.
Auch wenn noch technische Herausforderungen zu bewältigen sind, ist ein offenes Multi-Client-ZK-EVM-Ökosystem ein natürliches Sprungbrett, das wahrscheinlich sowieso passieren wird.
