原文作者：cookies 原文编译：深潮 TechFlow
本文详细探讨了 ZK-EVM 的五种类型，每种类型都有其独特的架构、优点和缺点，以及可能的解决方案。
此外文章还列举了一些实际的项目例子，以便读者更好地理解这些类型在实际应用中的表现。无论你是区块链开发者，还是对区块链技术感兴趣的读者，这篇文章都将为你提供深入且简洁的洞见。
让我们探讨一下 ZK-EVM 的类型，以及它的优缺点。
1.类型 1 ：完全等同于以太坊；
2.类型 2 ：完全等同于 EVM；
3.类型 2.5 ：部分等同于 EVM；
4.类型 3 ：几乎等同于 EVM；
5.类型 4 ：其中的高级语言等同。
近24小时以太坊NFT市场买家地址数量为5,109个:金色财经报道，据NFTGo数据显示，近24小时以太坊NFT市场买家地址数量为5,109个，卖家地址数量为5,645个。近30天盈利地址数量为45,997个，亏损地址数量为448,671个。
此外，当前以太坊NFT市场情绪指数为17，等级为“Cool”。注：NFT市场情绪指数是根据波动率、交易量、社交媒体和谷歌趋势计算得出。[2023/7/22 15:52:08]
架构：完全同于以太坊且不改变以太坊系统的任何部分。
完美兼容性：
能够验证以太坊区块；
帮助使以太坊 L1 更具可扩展性；
适用于 Rollups，因为它们可以重复使用大量基础设施。
Voyager无担保债权人委员会要求SBF在2月23日远程出庭作证:2月19日消息，Voyager无担保债权人的代表已要求FTX前首席执行官Sam Bankman-Fried（SBF）以及FTX和Alameda Research一些高管提供文件，并要求SBF在下周远程出庭作证。
根据2月18日纽约南区美国破产法院的一份文件，SBF收到“在破产案中出庭作证的传票”。Voyager无担保债权人官方委员会向其发出传票并表示，SBF必须在2月23日出席远程作证。SBF需要在2月20日之前提供所有要求的文件和通信。
根据2月6日的法庭文件，Voyager律师向SBF、Alameda首席执行官Caroline Ellison、FTX联合创始人Gary Wang和FTX产品负责人Ramnic Arora发出传票，要求他们在2月17日之前提供相关信息。（Cointelegraph）[2023/2/19 12:16:17]
以太坊最初不是为 ZK 功能设计的；
Su Zhu和Kyle Davies将不会出席今天在纽约举行的法庭听证会:金色财经报道，Blockworks在社交媒体上称，三箭资本联合创始人Su Zhu和Kyle Davies将不会出席今天在纽约举行的法庭听证会。[2022/7/12 2:08:29]
以太坊的许多组件需要大量计算来生成 ZK 证明（ZKP）；
以太坊区块的证明需要很多小时才能生成 。
问题的解决方案：
大规模并行化证明者 ；
ZK-SNARK ASIC.
数据结构（区块结构和状态树）与以太坊有显著区别；
与现有应用程序完全兼容；
对以太坊进行了微小修改，以便更容易开发和更快生成证明。
提供比类型 1 更快的证明时间；
数据结构不直接被 EVM 访问；
?北京市经济和信息化局印发《北京市数字经济全产业链开放发展行动方案》:5月31日消息，?北京市经济和信息化局印发《北京市数字经济全产业链开放发展行动方案》，方案明确提出提高数字技术供给能力，构建数字技术创新生态等举措，包括集中突破高端芯片、人工智能、关键软件、区块链、隐私计算、城市空间操作系统等领域关键核心技术，超前布局6G、未来网络、类脑智能、量子计算等未来科技前沿领域，支持区块链先进算力平台和人工智能公共算力平台拓展应用，吸引国内外开源项目与机构在京落地，形成以公共平台、底层技术、龙头企业等为核心的多样化数字技术创新生态等。[2022/5/31 3:53:14]
在以太坊上运行的应用程序：很可能可以在类型 2 上运行；
支持现有的 EVM 调试工具和其他开发基础设施。
在了解缺点之前，先了解什么是「Keccak」：
以太坊区块链的哈希算法；
用于保护以太坊上的数据；
确保信息被转换为哈希。
类型 2 与验证历史区块的 Merkle 证明以验证有关历史交易、收据 / 状态的应用程序不兼容。这是因为如果哈希算法发生变化（不再是 Keccak），证明将会失效。
我们可以将 Keccak 看作是一种语言，它使用 Merkle 证明（字母）如果 ZK-EVM 将 Keccak 替换为另一种哈希算法（例如 Poseidon），Merkle 证明将变得陌生，应用程序将无法读取和验证它们的声明。
对缺点的潜在解决方案：以太坊可以添加未来可扩展的历史访问预编译。
Scroll;
Polygon Hermez.
然而，这些项目尚未实现更复杂的预编译，因此，它们可以被认为是不完整的类型 2 。
增加难以进行 ZK 证明的特定 EVM 操作的 Gas 成本；
预编译；
Keccak 操作码；
调用合约的模式；
访问内存；
存储。
显著提高最坏情况下的证明时间；
比对 EVM 堆栈进行更深层次的更改更安全。
开发工具的兼容性降低；
一些应用程序将无法工作。
在 ZK-EVM 实现中，删除了一些异常难以实现的功能，通常是预编译；
ZK-EVM 在处理合约代码、内存或堆栈方面存在轻微差异。
缩短验证时间 ；
让 EVM 更容易开发；
目标是对不太兼容的应用程序只需要最少的重写。
更多的不兼容性；
在类型 3 中删除的使用预编译的应用程序将需要重新编写。
目前，Scroll 和 Polygon 被认为是类型 3 ，然而，ZK-EVM 团队不应满足于成为类型 3 ，类型 3 是 ZK-EVM 添加预编译以提高兼容性并转向类型 2.5 的过渡阶段。
接受用高级语言（如 Solidity、Vyper）编写的智能合约代码；
编译为设计为 ZK-SNARK 友好的语言。
非常快的证明时间；
降低开销（成本、时间和计算工作量）；
降低成为证明者的门槛：提高去中心化程度。
在类型 4 系统中，合约的地址可能与 EVM 中的地址不同，因为地址取决于确切的字节码；
这意味着如果类型 4 的 ZK-EVM 没有字节码，它们将无法创建地址；
在上述情况下，类型 4 将与依赖反事实合约的应用不兼容；
许多调试基础设施无法移植，因为它们运行在 EVM 字节码上。
zkSync
最后，我们可以将上述的几种类型放在一起做一个比较，帮助大家一目了然的理解不同的 zkEVM。
深潮TechFlow
个人专栏
阅读更多
金色财经
金色荐读
Block unicorn
金色财经 善欧巴
区块链骑士
Foresight News
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。