zkEVM与ZKRollup被市场公认为将是Web3领域的又一次技术上的重要创新，并且会在各个方面超越OptimisticRollup。然而Arbitrum开发团队OffchainLabs的联合创始人StevenGoldfeder却在推特上公开表示并不认同这一观点：
有一种说法是，ZKRollups可以做到OptimisticRollups所能做的一切，而且做得更好。这种观点就像是再说，我们只是在等待ZKRollups准备就绪，而且一旦准备就绪就能轻而易举地获胜。让我来告诉你们为什么我不同意。
Arbitrum 开发团队 Offchain Labs 将推出针对定序器女巫攻击的防御机制:2月27日消息，Arbitrum 开发团队 Offchain Labs 正在开发题为“添加中继客户端连接随机数”的防御机制，以阻止 MEV 搜索者对定序器进行女巫攻击。该机制要求随机数在不同客户端之间必须是唯一的，中继将按照随机数目标值从高到低的顺序向客户端广播消息，就要有最高随机数目标值的客户端将最快收到消息。如果两个连接的随机数目标值相同，那么随机是哈希值较低的客户端会先收到广播，随后再传播给其他中继。[2023/2/27 12:31:38]
首先，事实上目前还未在生产环境中实现zkEVM。在过去的几年里，我们一直被告知还有3-6个月的时间，但好像这个时间从来没有变过。此外，目前的迹象还表明ZKRU比ORU更昂贵且兼容性更差。
Offchain Labs已收购以太坊最大客户端Prysm的开发团队:10月12日消息，Arbitrum开发商Offchain Labs周三宣布已完成了对Priysmatic Labs的收购。Priysmatic Labs是负责以太坊网络维护、升级和创新的核心软件开发团队之一，也是以太坊客户端Prysm的开发团队，Prysm是当前用户规模最大的以太坊客户端，目前有41.5%的验证节点都在使用Prysm验证交易。（Decrypt）[2022/10/12 10:32:49]
但这些都不是我想说明的重点，我们假设一个生产环境中的zkEVM存在并且在成本和与ORU的兼容性方面具有竞争力。在这种情况下，我仍然看好Arbitrum在技术上获胜。
慢雾：Cover协议被黑问题出在rewardWriteoff具体计算参数变化导致差值:2020年12月29日，慢雾安全团队对整个Cover协议被攻击流程进行了简要分析。
1.在Cover协议的Blacksmith合约中，用户可以通过deposit函数抵押BPT代币；
2.攻击者在第一次进行deposit-withdraw后将通过updatePool函数来更新池子，并使用accRewardsPerToken来记录累计奖励；
3.之后将通过_claimCoverRewards函数来分配奖励并使用rewardWriteoff参数进行记录；
4.在攻击者第一次withdraw后还留有一小部分的BPT进行抵押；
5.此时攻击者将第二次进行deposit，并通过claimRewards提取奖励；
6.问题出在rewardWriteoff的具体计算，在攻击者第二次进行deposit-claimRewards时取的Pool值定义为memory，此时memory中获取的Pool是攻击者第一次withdraw进行updatePool时更新的值；
7.由于memory中获取的Pool值是旧的，其对应记录的accRewardsPerToken也是旧的会赋值到miner；
8.之后再进行新的一次updatePool时，由于攻击者在第一次进行withdraw后池子中的lpTotal已经变小，所以最后获得的accRewardsPerToken将变大；
9.此时攻击者被赋值的accRewardsPerToken是旧的是一个较小值，在进行rewardWriteoff计算时获得的值也将偏小，但攻击者在进行claimRewards时用的却是池子更新后的accRewardsPerToken值；
10.因此在进行具体奖励计算时由于这个新旧参数之前差值，会导致计算出一个偏大的数值；
11.所以最后在根据计算结果给攻击者铸造奖励时就会额外铸造出更多的COVER代币，导致COVER代币增发。具体accRewardsPerToken参数差值变化如图所示。[2020/12/29 15:58:07]
我将从一个乍一看似乎有争议的观点开始：EVM等效是下限，而不是上限。
这是OptimisticRollups和Arbitrum相对于ZKRollups具有巨大长期优势的领域。
Arbitrum是第一个意识到与EVM完全兼容的重要性的Rollup团队。如果回到两年前，据我所知我们是唯一从事此工作的人。其他人则要求开发人员使用自定义语言、自定义编译器或受限的功能集。
快进到今天，每个Rollup团队都了解到了EVM兼容性的重要性。其他人正在积极致力于构建EVMrollup，但Arbitrum堆栈仍然是生产环境中唯一完全实现EVM等效性的Rollup。
但是，尽管我们最先发起了对EVM兼容Rollup的呼声，但今天我们认识到EVM等效性是最低要求，而不是天花板。
首先，为了避免有人误会，Arbitrum已经并将继续与EVM完全兼容。这并没有改变。但是我们可以做很多事情来补充EVM，使Arbitrum更具包容性，并迎接更广泛的开发人员和用户。
我们能否实现与EVM等效的同时也为非EVM开发人员提供更好的支持？我们能否在单一同步执行环境中与EVM合约一起添加对非EVM合约的支持？
我们能否启用自定义预编译，为开发人员提供比通过EVM进行重复/昂贵/加密操作更便宜的路径？
这些问题和许多其他问题的答案是：是的，在Arbitrum我们可以，很快就会有更多关于这个方面的信息。
这是很酷的部分：Nitro基于WASM的设计为EVM+创新创造了巨大的结构优势。zk团队正在针对EVM进行大量复杂的工程设计，而他们今天做出的许多决定将使添加这些EVM+功能变得几乎不可能。
我们的团队一直在努力为Arbitrum堆栈添加令人难以置信的功能。很快就会有更多关于这些功能的分享。我以一个预测结束：在我们看到真正的、功能齐全的生产zkEVM之前，您将能够在Arbitrum上同时编写Solidity与Rust合约。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。