$ETH $
💡Vereinfachte Aufschlüsselung verschiedener ZK-EVM-Typen:
📍Typ 1: Vollständig Ethereum-äquivalent
– Zielt darauf ab, Ethereum exakt widerzuspiegeln, aber der Nachweis von Transaktionen ist aufgrund des nicht ZK-freundlichen Designs von Ethereum zeitaufwändig.
📍Typ 2: Vollständig EVM-äquivalent
– Ähnlich wie Typ 1, modifiziert jedoch bestimmte Strukturen für eine schnellere Beweiserstellung und opfert die vollständige Ethereum-Kompatibilität.
📍Typ 2.5: EVM-Äquivalent mit angepassten Gaskosten.
– Erhöht die Gaskosten für komplexe Vorgänge, um die Nachweise zu beschleunigen, kann jedoch zu geringfügigen Inkompatibilitäten führen.
📍Typ 3: Nahezu EVM-äquivalent
– Einige Funktionen werden zugunsten einer schnelleren Proof-Erstellung geopfert, wodurch die Kompatibilität im Laufe der Zeit verbessert wird.
📍Typ 4: Hochsprachliches Äquivalent
- Konvertiert High-Level-Code direkt in eine ZK-SNARK-freundliche Sprache für sehr schnelle Beweise, ist jedoch möglicherweise nicht vollständig mit vorhandenen EVM-basierten Anwendungen kompatibel.
Das Ziel besteht darin, dass sich ZK-EVMs in Richtung Typ 1 weiterentwickeln, um eine perfekte Ethereum-Kompatibilität zu gewährleisten und verschiedene Wege zur Skalierung von Ethereum- und ZK-Rollups zu ermöglichen. Verschiedene Projekte erforschen diese Typen, mit möglichen Verschiebungen zwischen ihnen, wenn sie sich im Laufe der Zeit verbessern.
2024 wird ein aufregendes Jahr, die meisten Zero-Knowledge-Proofs sind fertig und kommen ins Mainnet, wodurch einige der Probleme hier in Web3 gelöst werden.
