Scan to download
BTC $70,740.69 -2.62%
ETH $2,076.78 -2.43%
BNB $645.12 -1.41%
XRP $1.42 -4.56%
SOL $81.67 -4.53%
TRX $0.2795 -0.47%
DOGE $0.0974 -3.83%
ADA $0.2735 -4.22%
BCH $457.98 -0.19%
LINK $8.64 -2.97%
HYPE $28.98 -1.81%
AAVE $122.61 -3.42%
SUI $0.9138 -6.63%
XLM $0.1605 -4.62%
ZEC $260.31 -8.86%
BTC $70,740.69 -2.62%
ETH $2,076.78 -2.43%
BNB $645.12 -1.41%
XRP $1.42 -4.56%
SOL $81.67 -4.53%
TRX $0.2795 -0.47%
DOGE $0.0974 -3.83%
ADA $0.2735 -4.22%
BCH $457.98 -0.19%
LINK $8.64 -2.97%
HYPE $28.98 -1.81%
AAVE $122.61 -3.42%
SUI $0.9138 -6.63%
XLM $0.1605 -4.62%
ZEC $260.31 -8.86%

zk-evm

Vitalik published an article explaining the Ethereum scaling plan, covering short-term gas optimization and the phased deployment of long-term ZK-EVM

Ethereum co-founder Vitalik Buterin posted on the X platform that Ethereum's scalability is divided into short-term and long-term parts.In the short term, the Glamsterdam upgrade will introduce block-level access lists for parallel validation, ePBS will allow a larger proportion of time slots for block validation, and gas repricing will ensure that operational costs align with actual execution time.The multi-dimensional gas mechanism will be implemented in phases, starting with Glamsterdam, where the "state creation" cost will be separated from the "execution and calldata" cost, with state creation gas not counted towards the approximately 16 million transaction gas limit. The EVM level will introduce a "reservoir" dimension mechanism, which will prioritize the consumption of dedicated dimension gas by default, and when insufficient, will draw from the reservoir. This will eventually transition to multi-dimensional pricing, where different dimensions may have different floating gas prices.Long-term scalability includes ZK-EVM and blob components. In terms of blobs, there are plans to continuously iterate PeerDAS, aiming to achieve approximately 8MB of data processing capacity per second, with future Ethereum block data directly entering blobs.The ZK-EVM aspect will be implemented in phases: by 2026, there will be a validator client supporting ZK-EVM, allowing about 5% of the network to rely on it; by 2027, this will expand to a larger proportion of a few nodes while advancing formal verification; once conditions are mature, it will transition to a five-out-of-three mandatory proof mechanism, ultimately continuously enhancing the security and formal verification level of ZK-EVM, and involving changes to VMs such as RISC-V.

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