2月26日，PolygonzkEVM一张预告主网上线的宣传海报，却引发了“以太坊”等效性一词用法的争论，Scroll创始人YeZhang严正指出PolygonzkEVM不具备这一特性。从事后PolygonLabs负责人RyanWyatt的回应来看，这更像是团队内部营销人员和技术人员沟通不到位的结果。
这并非小题大做，何种程度上的有效性甚至会直观关系到L1/L2性能和扩展性，就在此前2天，Solana联创Toly发文认为ZKL2s不会是解决可扩展性的最佳方案。
2月27日，而本次事件主角Polygon技术团队也在积极回应关于zkRollup工作原理，解释zkRollup的扩展性指向何处。
Ark Invest：FTX对加密行业的破坏超过Mt.Gox，但DeFi和DEX将从中受益:12月7日消息，Ark Invest发布《11月比特币月度报告》，其中指出FTX对加密行业的破坏超过Mt.Gox，这种崩溃可能会使机构采用加密货币的时间被推迟数年，监管机构也将采取更严格的措施。但是，DeFi和DEX却从这次事件中受益，加密用户明显转向安全的自我托管，并且开始远离中心化中介机构。
数据显示，DEX交易量与CEX交易量比例在11月飙升40%（从11.8%升至16.1%），这意味着越来越多加密交易者开始尝试透明度更高的DEX。此外，Ark Invest数据显示，11月CEX的比特币净流出量达到5,870 BTC，创下历史最高记录。[2022/12/7 21:29:05]
3月1日，Solana也宣布“改进网络升级的计划”，重新扛起以太坊杀手的大旗，但是其在经历多次宕机后运作机制仍未根本革新，而更像是危机后的优化，也给高性能L1取代以太坊一事蒙上了阴影。
本文将结合多位L1/L2创始人的推文，为大家揭示关于公链性能的大讨论的来龙去脉。
V神回击YC联合创始人：人们经常根据谣言信息进行交易:金色财经报道，针对YCombinator联合创始人Paul Graham警告加密系统性风险的推文，以太坊联合创始人Vitalik Buterin（V神）发推称，我通过小道消息得知有重要的事情即将发生，请注意到我与预言大师的精英社会关系让我很酷，麻烦帮助我验证我的酷的自我形象」。早些时候，Graham在推特表示，我认识了十多年的一个人，我认为他值得信赖，他相信加密货币经济很快就会经历系统性风险。
Paul回复V神，我传递那个信息并不是为了看起来很酷。我有点不情愿地把它传了下去，因为写它的人要我这么做。他认为这可能会帮助那些过度接触风险资产的人。随后V神解释道，我不是在回应你（Paul），只是提出一个我在过去一周发现难以忍受的一个现象，人们散布谣言，很多人转发它们，很多人开始根据这些谣言信息进行交易……我不想为此创造空间。[2022/11/22 7:54:25]
缘起：关于EVM等效性的争论
Polygon的zkEVM，严格来说是一种zkVM机制，通过映射的方式在L2层面跟以太坊主网保持一致，zk技术的引入是其称为zkVM的原因，而在非严格意义上而言，只要能保持同步性，那么称为zkEVM便无伤大雅。
Otherside开发公司Improbable将以33.6亿美元估值进行1.11亿美元新一轮融资:10月3日消息，Yuga Labs元宇宙Otherside背后的开发公司Improbable将进行1.11亿美元（1亿英镑）新一轮融资，致力于为Bored Ape Yacht Club的创建者Yuga Labs等热门Web3公司创建虚拟世界。Improbable首席执行官Herman Narula透露，该公司的新技术已经能支持成千上万的玩家同时进行互动。Improbable最新一轮的估值为33.6亿美元（30亿英镑），高于2018年的28亿美元（25亿英镑）估值。此前报道，区块链游戏公司Improbable于4月宣布旗下新项目M2完成1.5亿美元独立融资，a16z和软银愿景基金领投，M2投后估值为10亿美元。（Decrypt）[2022/10/3 18:38:35]
但根据Scroll创始人YeZhang的观点，EVM等效性并不完全等于以太坊等效性，因为后者至少还需要在数据存储方面保持跟以太坊主网的一致。
Flashbots工程师：所有共识客户端均实施、测试并确认builder-specs集成:9月6日消息，Flashbots工程师Chris Hager在社交媒体发文表示，Flashbots实现了MEV-Boost的另一个里程碑事件，所有共识客户端都实施、测试并确认了builder-specs的集成，现在可将MEV-Boost与任何客户端一起使用。MEV-Boost是由Flashbots构建的提议者-构建者分离（proposer-builderseparation，PBS）的实现，用于以太坊权益证明。MEV-Boost旨在与标准Ethereum Builder API兼容，这意味着它与所有共识和执行客户端兼容。运行MEV-Boost的验证者通过向开放的builder出售区块空间来最大化其质押奖励。[2022/9/6 13:11:45]
从更广泛的角度而言，目前的各类L2s或者以太坊跨链桥都不能宣称具备以太坊等效性，以太坊后续后更为模块化，更为复杂的堆栈也会带来更困难的兼容性。
猫眼官方App上线数字藏品业务:金色财经报道，猫眼官方App已正式上线数字藏品专区，并推出猫眼首期数字藏品预售。据悉，首期数字藏品将以电影《扬名立万》中的经典人物形象作为创作元素，共十款人物形象，限量5200份。其中每款将会预留20个，一共预留200个数字盲盒用于赠送，其余均进行统一公开发售。[2022/5/19 3:28:45]
可以举一个简单的例子来直观理解二者的不同，Optimism在产品规划中涉及二者的区别，在其看来：
EVM等效性：主要是从dApp开发者视角而言，其在OVM上的体验和在以太坊主网开发dApp别无二致，因此OVM便具备EVM等效性；
以太坊等效性：主要是从协议开发者视角而言，需要在客户端、通信层、共识层和执行层等方面和以太坊保持较高的一致性。
而在EVM等效性的争论之余，还应该注意到关于扩展性的争执，这也是目前各类基于以太坊L2和高性能L1之间的争夺焦点。
前因：Solana对ZK扩展性的质疑
就在PolygonzkEVM预告上线的前两天，即2月24日，Solana联创Toly便在推特发文质疑ZKL2s对公链扩展问题的解决能力，以抵消公众对Solana运作机制的质疑。
他的主要观点如下:
数据实时上链需要保持稳定的顺序执行能力；ZK证明方案成立，前提是ZK生成证明时间+验证时间的总和小于实时执行时间；ZK方案无法做到实时处理大批量数据，只能进行间歇性的汇总，而无法保持链上状态的实时性；因此，ZK方案更适合单次、低频的场景，比如批量结算，而公链级的可扩展性还是需要Solana。
但不凑巧的是，Solana在2月25号发生严重的宕机事故，社区、工程师和验证者在经历两次重启后才重新恢复主网，而屋漏偏逢连夜雨，“好事者”趁机对Solana的机制产生质疑，推特用户DBCryptoX认为“Solana上90-95%的交易都包含验证者消息和链上投票”。
Solana使用PoS共识机制，其自称为"历史证明"机制。PoH使网络能够更快地运行，因为节点不需要通过通信来验证一个区块，PoH使验证者能够精确确定某一时刻上的事件。
一方面，这种机制带来了高度的统一性，带来了远超以太坊主网的TPS，但另一方面确实会严重占用链上区块空间，一旦出现问题，则很难取得共识以恢复网络。至少在2021-2023年间，每年均发生至少一次以上的主网宕机事件。
宕机事件为Solana的可扩展性贡献了反面教训。Solana联创Toly认为ZKL2上的证明者无法做到实时执行，因此，最终ZKL2s的链上执行将和既定顺序不一致，为此，要么用户运行完整节点增加网络负担，要么依赖少数诚实节点以提高效率而走向中心化。
但目前的事实证明，高性能L1Solana似乎也无法解决实时执行问题，毕竟，垮掉的网络最后也会丢失既定顺序，而强行恢复后的数据也会变成人为认定的“共识”，而非网络本身的自发状态。
后果：Polygon的扩展性关键所在
PolygonzkEVM先是遭遇Solana质疑，后是宣发出现乌龙事件，被质疑不专业和具有误导性。因此其开发者JordiBaylina跳出来承担了对专业性的挑战，集中在解释证明者并非是ZKL2s的限制因素，真正的阻碍者其实是DA。
首先是zkRollup的运作流程，如下图所示，大致可分为三步：
保持网络同步，无论是何种架构的Rollup，只要涉及L2上的数据，都需要为批量处理的消息进行有效性证明，以在最终回传至L1时可以得到确认，
聚合证明生成，需要使用zk证明方案，并行处理可以加速这个过程，但批量证明的生成本身确实需要一些时间。甚至可以设计动态机制，网络证明者的数量可以根据网络需求进行增加或减少。
在ZKP运行后，会对数据生成一个完整的树状证明网络，可以让不同的服务器进行数据验证，并将结果发送到L1链上。
其次是成本问题，其中最关键的是证明成本，ZK运作调用的软硬件和时间都会被TX费用纳入计算因子，最终反映到网络的GasFee上，而不同的算法，如STARK/SNARK/FLONK等会大幅优化网络使用成本。而其中的关键还在于，数据的加载并不需要完全顺序执行，以便于并行化处理。
因此，Solana联创Toly所认为的证明者并不能阻碍ZK证明方案的运行，而真正的阻碍是数据可用性，需要ETH2.0和DankSharding、EIP4844等方案来解决。
结论：扩展性究竟走向何方
围绕PolygonzkEVM的争论将继续进行，其中的关键在于zkEVM究竟能在多大程度上解决当前的扩展性问题，这也是一众L1/L2s接下来面临大规模dApp和用户量所直面的考验。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。