今日运势评分

2

本月运势

丁丑月

震荡偏多

乙辛相冲,卯酉相冲
庚不经络织机虚张
寅不祭祀神鬼不尝

沐浴,塑绘,开光,纳采,订盟,开市,交易,立券,纳财,起基,动土,定磉,放水,安葬,破土,启钻,修坟,立碑,移柩

入宅,安门,祭祀,谢土

月相

下弦

底部反弹

日冲

Powered by RitMEX

PEPE0.00 2.04%

SUI4.56 2.95%

TON5.23 2.67%

TRX0.25 5.07%

DOGE0.37 -3.38%

XRP3.23 3.37%

SOL258.15 7.17%

BNB699.33 1.53%

ETH3315.64 0.27%

BTC105315.29 0.91%

ETH Gas7.88 Gwei

贪婪
76

ZK-EVM 的五种类型:特性、优缺点及应用实例一览

ZK-EVM有哪五种类型?

撰写:cookies

编译:深潮 TechFlow

你真的了解ZK-EVM吗?

本文详细探讨了ZK-EVM的五种类型,每种类型都有其独特的架构、优点和缺点,以及可能的解决方案。

此外文章还列举了一些实际的项目例子,以便读者更好地理解这些类型在实际应用中的表现。无论你是区块链开发者,还是对区块链技术感兴趣的读者,这篇文章都将为你提供深入且简洁的洞见。

让我们探讨一下 ZK-EVM 的类型,以及它的优缺点。

1.类型 1:完全等同于以太坊;

2.类型 2:完全等同于 EVM;

3.类型 2.5:部分等同于 EVM;

4.类型 3:几乎等同于 EVM;

5.类型 4:其中的高级语言等同。

类型 1 | 完全等同于以太坊

架构:完全同于以太坊且不改变以太坊系统的任何部分。

类型 1 | 优点

完美兼容性

· 能够验证以太坊区块;

· 帮助使以太坊 L1 更具可扩展性;

· 适用于 Rollups,因为它们可以重复使用大量基础设施。

类型 1 | 缺点

完美兼容性:

· 以太坊最初不是为 ZK 功能设计的;

· 以太坊的许多组件需要大量计算来生成 ZK 证明(ZKP);

· 以太坊区块的证明需要很多小时才能生成 。

问题的解决方案

· 大规模并行化证明者 ;

· ZK-SNARK ASIC.

类型 2 | 完全等同于 EVM

架构

· 数据结构(区块结构和状态树)与以太坊有显著区别;

· 与现有应用程序完全兼容;

· 对以太坊进行了微小修改,以便更容易开发和更快生成证明。

类型 2 | 优点

· 提供比类型 1 更快的证明时间;

· 数据结构不直接被 EVM 访问;

· 在以太坊上运行的应用程序:很可能可以在类型 2 上运行;

· 支持现有的 EVM 调试工具和其他开发基础设施。

类型 2 | 缺点

在了解缺点之前,先了解什么是“Keccak” :

· 以太坊区块链的哈希算法;

· 用于保护以太坊上的数据;

· 确保信息被转换为哈希。

类型 2 与验证历史区块的 Merkle 证明以验证有关历史交易、收据/状态的应用程序不兼容。这是因为如果哈希算法发生变化(不再是 Keccak),证明将会失效。

我们可以将 Keccak 看作是一种语言,它使用 Merkle 证明(字母)如果 ZK-EVM 将 Keccak 替换为另一种哈希算法(例如 Poseidon),Merkle 证明将变得陌生,应用程序将无法读取和验证它们的声明。

对缺点的潜在解决方案:以太坊可以添加未来可扩展的历史访问预编译。

类型 2 的项目

· Scroll;

· Polygon Hermez.

然而,这些项目尚未实现更复杂的预编译,因此,它们可以被认为是不完整的类型 2。

类型 2.5 | 部分等同于 EVM

架构

· 增加难以进行 ZK 证明的特定 EVM 操作的 Gas 成本;

· 预编译;

· Keccak 操作码;

· 调用合约的模式;

· 访问内存;

· 存储。

类型 2.5 | 优点

· 显著提高最坏情况下的证明时间;

· 比对 EVM 堆栈进行更深层次的更改更安全。

类型 2.5 | 缺点

· 开发工具的兼容性降低;

· 一些应用程序将无法工作。

类型 3 | 几乎等同于 EVM

架构

· 在 ZK-EVM 实现中,删除了一些异常难以实现的功能,通常是预编译;

· ZK-EVM 在处理合约代码、内存或堆栈方面存在轻微差异。

类型 3 | 优点

· 缩短验证时间 ;

· 让 EVM 更容易开发;

· 目标是对不太兼容的应用程序只需要最少的重写。

类型 3 | 缺点

· 更多的不兼容性;

· 在类型 3 中删除的使用预编译的应用程序将需要重新编写。

类型 3 | 项目

目前,Scroll 和 Polygon 被认为是类型 3,然而,ZK-EVM 团队不应满足于成为类型 3,类型 3 是 ZK-EVM 添加预编译以提高兼容性并转向类型 2.5 的过渡阶段。

类型 4 | 高级语言等同

架构

· 接受用高级语言(如 Solidity、Vyper)编写的智能合约代码;

· 编译为设计为 ZK-SNARK 友好的语言。

类型 4 | 优点

· 非常快的证明时间;

· 降低开销(成本、时间和计算工作量);

· 降低成为证明者的门槛:提高去中心化程度。

类型 4 | 缺点

· 在类型 4 系统中,合约的地址可能与 EVM 中的地址不同,因为地址取决于确切的字节码;

· 这意味着如果类型 4 的 ZK-EVM 没有字节码,它们将无法创建地址;

· 在上述情况下,类型 4 将与依赖反事实合约的应用不兼容;

· 许多调试基础设施无法移植,因为它们运行在 EVM 字节码上。

类型 4 | 项目

· zkSync

最后,我们可以将上述的几种类型放在一起做一个比较,帮助大家一目了然的理解不同的zkEVM。

欢迎加入深潮TechFlow官方社群

Telegram订阅群:https://t.me/TechFlowDaily
Twitter官方账号:https://x.com/TechFlowPost
Twitter英文账号:https://x.com/DeFlow_Intern
作者cookiescookies
相关文章
2023.12.14 - 405 天前
解读 Vitalik 博客文章:探索让以太坊内置 ZK-EVM 的可能
以太坊或许之后不只是将ZK-EVM作为一个附加组件来看待。
2023.12.14 - 405 天前
Vitalik 最新文章:探讨 ZK-EVM 的未来与挑战
ZK-EVM旨在减少 L2 项目对以太坊协议功能的重复实现,并提高其在验证以太坊区块时的效率。
2023.10.20 - 460 天前
播客笔记|对话 Scroll 联创:Scroll 主网上线,坚定 zk-EVM 的长期建设
Scroll 的 ZK-EVM 的上线是以太坊生态系统中的一个重要里程碑,提供了一个与 EVM 高度兼容的、高效的、长期的第二层扩展解决方案。
2023.08.14 - 527 天前
同行相轻,ZK-EVM们的爱恨情仇
几家做zk-EVM的项目,彼此都希望齐头并进把扩容的赛道做大,同时背地里又可能暗暗较劲,希望自己是那个唯一。
2023.07.07 - 565 天前
Vitalik:不同类型 ZK-EVM 的未来
更希望可以通过改进 ZK-EVM 和改进以太坊本身来使其更适合 ZK-Snark,以太坊没有必要为 L1 使用的单个 ZK-EVM 实现进行标准化。
2025.01.22 - 11 小时前
Indie.fun,Web3 游戏界的 Pump.fun?
游戏开发者的筹款新选择。
2025.01.21 - 昨天
从智能手机到卫星发射:深度解析 Bitget LaunchX 项目 Jambo
Jambo 旨在彻底革新人们接触加密行业的方式,并让数百万拉美、东南亚和非洲等新兴市场人接触 Web3 技术。
2025.01.21 - 昨天
从 GitHub 32 星到市值 3200 万:一文速览 $QUDE, Solana 生态潜力 AI 框架
QudeAI 是一个开源框架,专为在 Solana 网络上创建、部署和交互 AI 智能体而设计。
2025.01.21 - 昨天
赋能 AI 和数据安全,TGE 在即的 Nillion 生态盘点一览
Nillion自2021年创立以来,受益于其独特的“盲计算”网络的概念,让AI板块的火爆不仅停留在Meme叙事,也向AI民主化的方向更进一步。
2025.01.18 - 4 天前
TEE 打破 Agent 不信任三角,Phala 助力 Agent 赛道由虚入实
通过 TEE,AI Agent 能够在管理更大规模资金和更具体的链上用例时,避免任何额外的信任假设。