Scan to download
BTC $70,672.56 +1.91%
ETH $2,081.00 +0.45%
BNB $635.73 -0.69%
XRP $1.44 +1.28%
SOL $86.38 -0.56%
TRX $0.2783 +0.62%
DOGE $0.0956 -0.97%
ADA $0.2707 +0.25%
BCH $524.02 +0.51%
LINK $8.77 -0.23%
HYPE $32.59 +4.83%
AAVE $113.16 +0.71%
SUI $0.9755 -0.83%
XLM $0.1611 +0.60%
ZEC $236.72 -1.46%
BTC $70,672.56 +1.91%
ETH $2,081.00 +0.45%
BNB $635.73 -0.69%
XRP $1.44 +1.28%
SOL $86.38 -0.56%
TRX $0.2783 +0.62%
DOGE $0.0956 -0.97%
ADA $0.2707 +0.25%
BCH $524.02 +0.51%
LINK $8.77 -0.23%
HYPE $32.59 +4.83%
AAVE $113.16 +0.71%
SUI $0.9755 -0.83%
XLM $0.1611 +0.60%
ZEC $236.72 -1.46%

zk-evm

Vitalik: Shift in attitude towards supporting native Rollups, ZK timeline gradually maturing

Vitalik Buterin stated that he is "significantly more inclined to support native rollups" compared to the past. Vitalik recalled that a major reason for opposing native rollups previously was that their precompiled solutions had to choose between ZK mode or Optimistic mode, and at that time, ZK-EVM was not mature. L2 often chose the latter, which involved "fast withdrawals but self-proving risks" versus "relying on Ethereum's security but needing to wait 2-7 days for withdrawals," thereby weakening Ethereum's composability and promoting the prevalence of multi-signature bridges and other solutions.Vitalik pointed out that the situation is changing: Ethereum's timeline for fully adopting ZK at the L1 level is gradually aligning with the realistic progress of introducing native rollup precompiles, and the aforementioned core obstacles are expected to be eliminated. He also mentioned that the community is increasingly viewing "synchronous composability" as one of the core values of L2 and is exploring the combination of rollup-based solutions with low-latency pre-confirmation mechanisms.In addition, Vitalik emphasized that the design of native rollup precompiles should not be rushed in its implementation. He expressed a hope that in the future, there would be a property such that if developers build a rollup that is "EVM plus a small amount of extended functionality," they could directly reuse the EVM part of the native rollup precompiles and only introduce a custom proof system for the new features, connecting the two in a standardized way.

Vitalik: The combination of ZK-EVM and PeerDAS will push Ethereum towards a new form of decentralized network

Vitalik Buterin stated that the current ZK-EVM has entered the alpha stage, demonstrating production-level performance, with the remaining major work focused on security; meanwhile, PeerDAS has officially launched on the Ethereum mainnet. Vitalik pointed out that this is not a gradual optimization, but rather a transformation of Ethereum into a new type of P2P network that simultaneously possesses decentralization, consensus mechanisms, and high bandwidth.He recalled that BitTorrent has high bandwidth but lacks consensus, while Bitcoin has consensus but is bandwidth-limited due to full replication; with the introduction of PeerDAS (data availability sampling) and ZK-EVM, Ethereum is expected to achieve decentralization, consensus, and high throughput simultaneously, solving the trilemma through "real code running on the mainnet." Among these, PeerDAS is already running on the mainnet, and ZK-EVM has reached production-level performance.Vitalik expects that starting in 2026, with the advancement of mechanisms like BAL and ePBS, the gas limit will gradually increase, and there will be practical opportunities to run ZK-EVM nodes; from 2026 to 2028, there will be gas repricing, state structure adjustments, and execution load entering blobs; by 2027 to 2030, ZK-EVM is expected to become the primary method for validating blocks on the network, further promoting an increase in the gas limit. Additionally, he mentioned the importance of distributed block construction, with the long-term goal of avoiding the complete construction of blocks in any single location and decentralizing block construction power through on-protocol or off-protocol means to reduce the risk of centralized intervention and enhance regional fairness.

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)
app_icon
ChainCatcher Building the Web3 world with innovations.