zkSync 铭文事件：真的是网络崩溃了吗？

最近 zkSync 生态的首个铭文项目 Sync 开放铸造，结果当天不少人抱怨交易失败，浏览器也显示异常，搞得大家以为 zkSync 网络直接瘫痪了。但事实真是如此吗？有加密研究员 Haotian 跳出来说，其实网络运行一切正常，这到底是怎么回事？

铭文铸造导致 zkSync 崩溃？

话说铭文这股风也吹到了 zkSync，Sync 项目一上线就吸引了大量用户参与铸造。本来大家还挺期待，结果当天 zkSync 网络就出了状况，交易量暴增，浏览器显示异常，部分用户的交易还频繁失败。这下可炸开了锅，社群里纷纷猜测 zkSync 网络是不是被这次铭文铸造搞垮了。

zkSync 其实表现良好

事后，zkSync 的开发人员 Anthony Rose 在社交平台发文表示，网络并没有崩溃，而且 TPS 甚至超过了平时的水平。那为什么用户还会遇到交易失败的问题呢？加密研究员 Haotian 对此进行了解释，并认为这次事件反而体现了 zkSync 的性能和弹性。

Metamask 和 zkSync 的设计差异

要理解这个问题，首先要了解 zkSync 的出块原理。在 zkSync 网络中，用户签署交易后，交易信息会被发送到排序器，排序器会根据燃料费用对交易进行排序，然后打包成区块，并将区块证明信息上传到 Ethereum 主网进行最终确认。

用户签署交易通常会通过 Metamask 等客户端发起，而排序器接收交易信息后会进入等待环节。这个等待时间可能很短，只有几秒钟，也可能很长，需要几分钟。如果等待时间过长，MetaMask 就会认为交易已经失败，并在前端显示交易失败的提示。

但实际上，这并不代表交易真的失败了，只是因为 Metamask 的 RPC 回馈逻辑和 zkSync 的排序器排队打包交易逻辑存在差异。所以，有些明明在 MetaMask 上显示失败的交易，过一段时间后，后端服务器却显示成功了。如果用户不使用客户端，直接使用后端代码调用 zkSync 的 RPC，就不会存在回应时间超时和提示失败的问题。

因此，这次事件中的交易失败其实是客户端体验问题，与 zkSync 网络的处理能力无关。

多笔交易同时提交导致 API 调用错误

排序器根据交易燃料费排序的环节也可能让用户产生误解。

当用户发出交易时，每笔交易都会从 nonce 值为 0 开始叠加。如果交易还在排队状态，用户又发起了一笔 nonce 值为 1 的新交易，那么就需要等待 nonce 值为 0 的交易完成并成功打包至区块后，才能执行 nonce 值为 1 的新交易。

推测当时用户在 MetaMask 看到上一笔交易显示失败后，同时又提交了新的交易，很可能新提交的交易由于客户端和 zkSync API 调用问题，有一部分交易最终并没有成功提交到 RPC 的等待序列中而被跳过了（因为 nonce 值可能重叠），实际上 zkSync 主网络只收到了其中一部分的交易信息。

因此，MetaMask 客户端的 RPC 回应时间逻辑问题和用户着急向链上叠加交易的行为都会造成大量的交易失败。

区块链浏览器 RPC 界面延迟

针对区块链浏览器异常问题，Haotian 表示 zkSync 网络并未崩溃，只是区块链浏览器前端显示异常。因为浏览器同样需要通过 zkSync 的 RPC 界面读取最新数据，界面回应可能因大量交易而有延迟，导致浏览器显示异常。

最终，区块链浏览器读取资料同步速度跟不上排队交易激增的速度，这是浏览器前端的问题，与 zkSync 区块链的运作没有关系。通常等交易速度适当放缓浏览器抓取到新资料后，问题就会解决。

当遇到区块链浏览器崩溃的时候，可以通过其他同步 zkSync 区块资料的浏览器来交叉验证。

zkSync 的实际运转效能

在所谓崩溃传闻爆出后，zkSync 的官方工作人员 @anthonykrose 却在社交平台不断发出 TPS 刷新的消息。zkSync TPS 飙升到 187.9 的峰值，而正常情况下 TPS 只有 50 至 100 左右，这说明大量的新交易涌入，zkSync 网络其实扛住了压力。

本次事件确实为未来数千甚至上万的 TPS 做了一次充分的“压力测试”。

另一方面，ZK-Rollup 拥有一个特殊机制——交易量越大的同时燃料费则越便宜。因为将零知识证明上传到链上的成本被更多交易分摊，zkSync 的燃料费在当时也确实更加便宜。

根据 growthepie 数据，当日 zkSync 的燃料费平均值降低 5.2%，平均在 0.19 美元左右，确实佐证了 ZK-Rollup 在未来使用者增加时，将可以享有更好的使用体验。

铭文给 Layer2 带来的压力测试

根据 Dune 数据显示，由于 Sync 铭文铸造，当日新增了五百万笔交易，共有 65,575 个用户参加。以结果来说，这确实是一次有效的压力测试。

如果能正确理解背后的技术原理，会发现其实 zkSync 实际上表现良好。铭文事件并非传言中把 Layer2 性能打回了原型，反倒让团队得到了进一步优化性能的市场经验，而不再执着于实验环境的 TPS 测量，长远来看对产业将有更健康的发展。

Haotian 认为应该给 Layer2 更多的信心。