近期随着CurveV2版本的上线，市场上掀起了Uniswap和Curve孰优孰劣的争执，而就在双方阵营还未分出胜负之时，OffchainLabs联合创始人StevenGoldfeder又挑起了另一场关于「谁更好」的「争端」。
事情的起因，是StevenGoldfeder发布了一个TwitterThread，其目的是反驳了当前市场主流的认为ZKRollup方案好于OptimisticRollup的观点。StevenGoldfeder的主要观点包括：生产环境中的zkEVM遥遥无期、ZKRU相较ORU成本更高且兼容性更差、OptimisticRollup能在实现EVM等效的同时支持更多更高级的功能等。
加密社区就以太坊确切供应量问题引发争论:过去几天，关于以太坊的确切供应量问题在推特引发讨论，目前似乎仍没有达成共识。MakerDAO开发商Marc AndréDumas经过初步计算得出，以太坊供应量为1.1243亿，在报告脚本中存在错误后，他将数字更正为1.12093亿。随后Pierre Rochard对这个数字表示质疑。
对此，以太坊联合创始人Vitalik Buterin表示，这个数字是已知的，Pierre Rochard则要求ETH社区提供确切的数字及其计算证明。比特币安全专家Andreas Antonopoulos表示，“ETH供应”是一个愚蠢的陷阱，如果了解以太坊的工作原理，就没有多大意义了，因为其运作方式难以对“什么是ETH供应”给出具体答案。Morgan Creek Digital联合创始人Anthony Pompliano?则表示，以太坊社区无法弄清该资产总供应量是一个重大问题，因为“可证明的稀缺性”非常重要。（CryptoNews）[2020/8/11]
此后，推特名为Brendan的Polygon团队成员对StevenGoldfeder的观点进行了反驳：
动态 | 预期区块时间已过ETC Aztlán硬分叉或推迟至6月10日 社区成员再起争论:1月23日，ETC官方转发ETC合作社执行董事Bob Summerwill相关推文称，ETC Aztlán硬分叉或将推迟。而根据Bob Summerwill发布的相关推文信息，由于预计的区块时间已过，此前11月下旬推测分叉时间为3月25日，而经2月重新估算，硬分叉时间或为6月10日。而ETC Aztlán硬分叉时间推迟一事在ETC社区又引起了争论。ETC ECIP编辑者、Rust开发者Wei Tang发推文称，不遵循流程将意味着意外的错误和延迟。此前已经由于Aztlán规范的错误导致Mordor和Kotti测试网已产生无法消除的损害，现在只希望损害不会波及到主网。Wei Tang称“不负责任地硬分叉会破坏网络安全，每天高喊代码就是法律是没用的。”而ETC合作社执行董事Bob Summerwill回应称，分叉时间推迟是因为不可预测的区块时间因素导致，而非社区更改了此前选定的硬分叉的区块号。而区块时间预测出现误差是常有的事情。针对社区不健康的指责，Bob Summerwill回应ETC社区非常健康。此外，在此次事件之前，Wei Tang和Bob Summerwill已就ETC硬分叉规范编辑问题有过争论。Bob Summerwill曾于1月25日公开谴责Wei Tang滥用职权，并提议将其从ECIP编辑中剔除。而Wei Tang则对其滥用职权做了相关回应，称所谓规范更改问题是出于避免ETC过于集中化的考虑，不过后期争议实际转移到了自己身上。[2020/2/13]
针对没有出现生产环境中的zkEVM的观点，Brendan表示Polygon已发布了zkEVM测试网且生成了超8万个区块证明，且将在三个月后上线主网。
动态 | 比特币客户端出现bug 社区对此进行争论:据bitcoin消息，比特币社区就比特币客户端的bug出现争论。某些观察者将这个bug看做近几年比特币出现的最严重问题之一。软件开发人员Peter Todd认为，最危险的时候不是对客户端进行修复“之前”，而是“之时”。并不是所有用户都会立即升级客户端，这可能会造成分叉进而使比特币更脆弱。在Reddit论坛上，Theymos认为，升级到0.16.3是“必要的”，而且他认为，那些确认次数少于200次的交易面临被攻击的可能性。核心开发人员Luke Jr称，比特币网络很危险，矿工可能会利用这个漏洞。当被问及比特大陆将如何对下面两种情况做出选择时，第一种：制造比特币通胀，摧毁网络并进行抛售；第二种：修复bug，保持网络和价格的稳定性，Luke相信比特大陆会选择第一种方案。[2018/9/22]
至于费用方面，基于zkEVM的Uniswap交易费用为0.0019美元，且成本将很快再度降低5-10倍，未来实现了当前对ZK的研发成果，成本将降低多达50-100倍。当前的证明成本已经低于1美分。
针对「能否启用自定义预编译，为开发人员提供比通过EVM进行重复/昂贵/加密操作更便宜的路径？」的想法，Brendan指出zkEVM是完全可以实现的，且事实上将昂贵的计算转移到ZKP是一个比强制每个完整节点重新执行更好的模型，相比之下更重要的问题是在引入新的操作码后确保未来与EVM的兼容性。
针对「能否实现与EVM等效的同时也为非EVM开发人员提供更好的支持？能否在单一同步执行环境中与EVM合约一起添加对非EVM合约的支持？」的想法，Brendan表示zkEVM原则上也可以实现，且Polygon团队也的确讨论过，但其表示希望能看到Arbitrum团队展示更多细节。
针对zkEVM因为大量工程上的设计使得EVM+功能无法实现的观点，Brendan表示这是StevenGoldfeder并未理解Polygon的zkEVM架构是怎样的。Brendan称，Polygon的zkEVM除了保持EVM等效性之外，添加自定义预编译没有任何障碍。
最后，针对「在看到真正的、功能齐全的生产环境中的zkEVM之前，您将能够在Arbitrum上同时编写Solidity与Rust合约。」的预测，Brendan也大胆地给出了自己的预测：在任何OptimisticRollup实现无需许可的欺诈证明之前，主网上将有一个真正的、功能齐全的生产环境下的zkEVM。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。