原文标题：《AcomparisonofzkEVMs》
原文作者：DanielLubarov
原文编译：Kxp，BlockBeats
随着「zkEVM战争」的升温，公众讨论了许多关于不同zkEVM的优点。但也存在一些错误的信息，因此我们想澄清一些关于PolygonzkEVM以及它与其他项目的比较的事实。
作为Polygon的一名员工，我有偏见，但我会尽力保持比较公正。我主要关注Polygon的zkEVM和zkSyncEra，因为它们已经投入生产使用，并且我不太了解其他zkEVM项目。
zkSync的zkEVM和证明器由100k多行代码组成。我尽力提供准确的摘要，如果有任何不准确之处，请告诉我，我会进行更正。
Binance上的BTC期货合约空头平均清算量创1个月高点:金色财经报道，数据显示，Binance上的BTC期货合约空头头寸的平均清算量创1个月高点。[2023/4/17 14:07:28]
EVM兼容性
PolygonzkEVM直接执行EVM字节码。根据Vitalik的分类，它是一种类型3的zkEVM。很快它将成为类型2；目前我们缺少四个预编译。Scroll也在努力向类型2zkEVM发展。
相比之下，zkSyncEra使用不同的字节码格式，通过提供编译器来支持Solidity。这使它成为一种类型4的zkEVM：它支持Solidity，但不支持EVM字节码本身。例如Hardhat这样的工具不能直接使用，尽管可以使用zkSync的插件。
Cynthia Lummis：FTX所发生的事情正是国会需要开始关注加密货币的原因:金色财经报道，怀俄明州共和党参议员Cynthia Lummis表示，FTX 所发生的事情正是国会需要开始关注加密货币的原因。Lummis引用了她在2022年初与纽约女议员Kirsten Gillibrand（来自纽约的民主党人）建立的两党法案，并表示美国监管机构需要对该法案给予充分关注，以便发生在该交易所的事情永远不会再发生。
她表示，FTX 广泛参与了新数字商品消费者保护法案 (DCCPA) 的制定，该法案得到了参议院农业委员会主席参议员 Debbie Stabenow（密歇根州民主党人）和共和党阿肯色州国会议员 John Boozman 等多位立法者的支持。[2023/1/8 11:00:21]
zkSync认为他们的zkVM更加具有未来性，即它可以更好地与Solidity以外的语言配合使用。但是，他们的VM似乎继承了EVM的许多性能特征，例如其256位字大小。像Miden这样的zkVM可能更具有未来性，因为它是为通用计算而设计的，而不是专注于Solidity。
Web3防火墙技术提供商Blowfish完成1180万美元融资，Paradigm领投:9月30日消息，Web3网路防火墙技术提供商Blowfish完成1180万美元融资，Paradigm领投，Dragonfly、Uniswap Capital、Hypersphere和Ravikant Capital等参投。
本轮融资将用于升级其欺诈检测引擎。Blowfish旨在帮助Web3公司抵御网络攻击，未来将允许钱包提供商和托管人向用户提供实时警告和人类可读的交易信息。目前Blowfish已支持Solana、以太坊和Polygon。Blowfish的客户之一是 Solana 生态钱包提供商 Phantom，自 4 月以来一直与该公司合作。（CoinDesk）[2022/9/30 6:04:43]
域选择
Apple前全球营销高级副总裁加入Inery担任首席顾问:金色财经报道，Apple前全球营销高级副总裁Satjiv S. Chahil将加入去中心化数据管理系统 Inery担任首席顾问，他将帮助Inery简化从Web2到Web3的转型以及推动去中心化数据管理的大规模采用，实现其在全球范围内数据去中心的使命。本月中旬，Inery以1.28亿美元估值完成融资，Metavest领投。（globenewswire）[2022/9/22 7:13:31]
经过研究多个替代方案，我们选择了所谓的Goldilocksfield，一个二阶巨大素数域2^64-2^321。它的小尺寸和美丽的二进制结构导致了极快的域操作，乘法仅需在现代CPU上花费不到两个周期。
zkSync采用了更传统的方法，使用基于alt-bn128曲线的SNARK。基础域的大小约为254位，域乘法在CPU上需要大约80个周期。
为了感受到这种巨大差异的影响，我们可以看看Celer的SHA2基准测试。在那里，我们的STARK证明器比基于椭圆曲线的证明器快了5-50倍。
alt-bn128的优点在于EVM原生支持它，因此向Ethereum提交证明更简单。在Polygon，我们将最终的聚合证明用alt-bn128的fflonk证明「包裹」起来。虽然我们的方法需要更多的工作，但我们认为这对于不可思议的性能增益来说是值得的。
算术化
区别不止于此。我们的zkEVM基于STARKs构建，但具有现代化的变化。我们有一个主STARK用于CPU，还有其他用于算术、哈希等的STARK。这些表格可以连接，就像我们在RapidUp中描述的那样。这类似于物理CPU，它们经常有协处理器来加速渲染、Crypto或ML推断等密集操作。
以Keccak为例。由于它在EVM应用中被广泛使用，我们设计了一个专门的STARK用于它，使用了一些我们在这里记录的新技巧。设计这样的定制算术化需要大量的工作，但它带来了回报，使我们能够每秒证明数百个Keccak排列。
zkSync采用了我称之为更传统的方法。他们使用基于PLONK的证明器，尽管它支持自定义门，但他们的zkEVM并没有多少使用；大多数计算都是使用一个名为SelectorOptimizedWidth4MainGateWithDNext的通用门进行的。它似乎比vanillaPLONK门稍微强大一些，但仍然局限于像mul-adds这样的简单操作。
值得赞扬的是，zkSync使用了查找参数，这是一种更现代的技术，可以帮助提高像Keccak这样的效率。但是，没有自定义算术化，256位数学、Keccak等等的效率都会大打折扣。
L1数据
PolygonzkEVM将所有交易数据发布到L1。在Twitter上存在一些关于此的混淆，有关此的Gas费用请参见Edu的文章。目前，平均交易大小约为120字节，因此每笔交易的Gas费用约为120*16=1920Gas。
zkSync则发布状态差异。恶意的序列化器可能会隐瞒交易数据，但zkSync认为拥有当前状态的trie足以确保安全。这似乎存在争议，因为通常预期交易数据是可用的，并且某些应用程序依赖于此。
查看经过更正的数据后，我们可以发现我们的zkEVM和zkSync的每笔交易Gas费用基本相同。这些数字可能会随着每个链上发生的交易类型的混合而随时间变化，但截至今日，状态差异并没有节省任何Gas费用；两个系统都向L1发送大约120字节的每笔交易数据。
我们计划在这里进行一些优化，但不使用状态差异。交易本身可以进行压缩，降低Gas费用，同时仍能保证交易数据的可用性。敬请期待！
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。