zk-EVM

Vitalik published a new article discussing the future prospects and challenges of ZK-EVM

ChainCatcher news, Ethereum co-founder Vitalik Buterin published an in-depth discussion on the concept of "ZK-EVM" (Zero-Knowledge Ethereum Virtual Machine) and its possible implementations.The article points out that current Layer-2 EVM protocols (such as Optimistic Rollups and ZK Rollups) rely on the verification mechanism of the EVM, but this also means they must trust a large codebase. Once there are vulnerabilities in the codebase, these virtual machines may face the risk of being attacked. Furthermore, even the ZK-EVM, which aims to maintain complete equivalence with L1 EVM, requires some form of governance mechanism to replicate changes from L1 EVM into its own EVM implementation.The ZK-EVM concept proposed by Buterin aims to reduce the redundant implementation of Ethereum protocol functionalities by Layer-2 projects and improve their efficiency in validating Layer-1 Ethereum blocks. He also envisions that future light clients will become more powerful and may even utilize ZK-SNARKs (zero-knowledge proofs) to fully verify L1 EVM execution, at which point the Ethereum network will essentially have built-in ZK-EVM functionality.The article also discusses different versions of implementing ZK-EVM, including their design challenges, trade-offs, and why certain directions may not be adopted. It emphasizes that when implementing protocol functionalities, one should weigh the benefits against the advantages of keeping the underlying protocol simple. Regarding the key attributes of ZK-EVM, Buterin highlighted its fundamental functionality, compatibility with Ethereum's multi-client philosophy, data availability requirements, auditability, and upgradability. Additionally, he mentioned support for "almost-EVM," which allows L2's VM to use the protocol's ZK-EVM while having only minor differences from EVM, providing flexibility for partial customization of EVM.

Vitalik: ZK-EVM will become the third client of Ethereum and should promote the creation of an open multi-client ZK-EVM ecosystem

ChainCatcher message, Ethereum founder Vitalik emphasized the importance of Ethereum's multi-client philosophy in maintaining its security and decentralization in his latest article "How Will Ethereum's Multi-Client Philosophy Interact with ZK-EVM?". Ethereum does not have a default "reference client" that everyone runs; instead, there is a collaboratively managed specification with multiple teams implementing the specification (i.e., "clients"). Vitalik highlighted the significance of ZK-EVM as a new transition that utilizes SNARK proofs executed by EVM and actively supports second-layer protocols like ZK Rollup on the mainnet.However, the challenge of ZK-EVM lies in how it interacts with the multi-client philosophy. To address this issue, Vitalik suggested that each client should wait for a proof compatible with its own implementation before accepting a valid block. This approach sacrifices some benefits of the multi-client paradigm, but it is ideal until it can be formally proven that all ZK-EVM implementations are equivalent to each other. ZK-EVM will become the third client of Ethereum, which is crucial for the network's security and decentralization. However, this approach also faces challenges, such as handling malicious attackers who may delay block publication and the latency challenges posed by proofs that are valid for one client. (source link)
ChainCatcher Building the Web3 world with innovators