扬帆股票网(www.yfbx.cn)讯：zkSync生态第一个铭文项目Sync于17日开放铸造，不过当日区块链浏览器显示异常且部分用户用户频繁交易失败，普遍被认为是zkSync Era网络当机；然而加密研究员Haotian提出不同的看法，指出网络完全正常运作，并非如外界所误解。
铭文铸造使zkSync当机？
铭文热潮蔓延至zkSync，17日该生态出现首个铭文项目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更多的信心。
