铭文导致zkSync Era当机？加密研究员Haotian提出不同的看法（19日转）

9 U& J- k1 L% d8 H2 r& X0 Q0 a：zkSync生态第一个铭文项目Sync于17日开放铸造，不过当日区块链浏览器显示异常且
, X8 U6 m) W5 q, \: i& m# D部分用户用户频繁交易失败，普遍被认为是zkSync Era网络当机；然而加密研究员Haotian提出不同的看法，指出
) g; g# W& r/ s5 w% u. Z4 @5 S0 W2 p网络完全正常运作，并非如外界所误解。
) N% ]; e2 F" Y) b( q% w铭文铸造使zkSync当机？
铭文热潮蔓延至zkSync，17日该生态出现首个铭文项目Sync，开放提供给所有人铸造，该项目预计未来将开设铭
文交易所与铸造服务。
不过当日zkSync网络传出灾情，大量交易短时间内涌入，区块链浏览器上显示异常，而部分用户钱包送出交易频
) M7 Y* n9 I+ `& |" c5 y2 Z繁失败，社群一度认为zkSync网络已因为此次铭文铸造而瘫痪。
7 y, y% B% I2 s3 P$ }" LzkSync实际上正常运作
& O. O6 B5 w. b/ P. ]: t7 |0 [在事发过后，zkSync开发人员Anthony Rose在推特表示网络并非当机，完全以正常机能运作，甚至TPS超乎平日
) _- W) A# \5 h4 l表现，那么为什么参与用户会面临上述问题？加密研究员Haotian提出了几点解释，并认为本次事件反倒体现
+ Y9 n8 q5 A6 q* x6 BzkSync效能与弹性
; i: g1 q* }; g" {$ v( Z# \- QMetamask与zkSync设计落差
首先需要先知道zkSync打包出块的工作原理。在zkSync网络中，用户签署交易后，交易资讯会送到排序器，依照
# \6 ?& t  k1 }燃料费用排序打包成区块，并将区块证明信息上链至Ethereum主网完成最终性确认。
用户签署交易的环节，大部分会透过Metamask等钱包端发起交易，而排序器接收交易信息进入等待的环节，等
4 W/ }7 z: s& N1 a待时间短则几秒长则几分钟，如果等待时间较长，MetaMask内部机制就会认定该笔交易已经失败，然后前端返
6 S% k% \5 p$ e& `$ O! p回交易失败的字样。
2 w: G( ?6 Q# O# T) l( {0 L; Z这并不代表交易真的失败，只是因为Metamask的RPC回馈逻辑和zkSync的排序器排队打包交易逻辑差异所致。
这也是为什么一些明明MetaMask显示失败的交易，在等待一段时间后，后端服务器显示又成功的原因。如果使
1 d' b3 w: k/ h" ^2 S8 ]5 [用者不用钱包，直接使用后端代码呼叫zkSync的RPC，就不会存在回应时间逾时以及提示失败的问题。
因此本次事件的交易失败属于钱包体验端问题，和zkSync网络的处理能力无关。
: c4 R) C# N" t+ W- x: O多笔交易同时提交造成API调用错误
" W0 R  O, ]+ M7 j4 u而排序器依照交易燃料费排序的环节，也可能让用户产生误解。
1 j; ]% G3 d9 J- C6 l5 H& p当用户发出交易时，每一笔交易都会从nonce值为0开始叠加，如果交易还在排队状态，用户又发起了一笔nonce
0 D  H  L, T# f3 C: x值为1的新交易，需要等待nonce值为0的交易完成并成功打包至区块才可以执行nonce值为1的新交易。
" @6 O: @" g, A$ w  j) p+ i推测当时用户在MetaMask看到上一笔交易显示失败后，同时又提交新的交易，很可能新提交的交易由于钱包端
和zkSync API调用问题，有一部分交易最终并没有成功提交到RPC的等待序列中而被跳过了(因为nonce值可能重
+ c) Q- R4 W" R1 m- B+ s" w1 Q叠)，实际上zkSync主网络只收到了其中一部分的交易信息。
因此MetaMask钱包的RPC回应时间逻辑问题和用户着急向链上叠加交易的行为，都会造成大量的交易失败。
; N( ?. Q9 y1 o; h1 ]# c7 n区块链浏览器RPC界面延迟
针对区块链浏览器异常问题，Haotian表示zkSync网络并未当机，只是区块链浏览器前端显示异常。因为浏览器
" x" }$ `( w) H" w/ P0 L- u同样需要透过zkSync的RPC界面读取最新数据，界面回应可能因大量交易而有延迟使浏览器显示异常。
' \5 S7 K; b) h0 I" r- h最终，区块链浏览器读取资料同步速度跟不上排队交易激增的速度，这是浏览器前端的问题，与zkSync区块链的
运作没有关系。通常等交易速度适当放缓浏览器抓取到新资料后，问题就会解决。
当遇到区块链浏览器当机的时候，可以透过其他同步zkSync区块资料的浏览器来交叉验证。
zkSync实际运转效能如何？
; l% F: d- u  u$ D7 L在所谓当机传闻爆出后，zkSync的官方工作人员@anthonykrose却在推特上频频发出TPS刷新的捷报。zkSync
. a! @/ n3 \0 d9 ~" D* }4 g" j- yTPS飙到187.9的峰值，而正常情况下TPS只有50至100左右，这说明大量的新交易涌入，zkSync网络其实扛住了
) Q- p5 O0 [" N1 C% [压力。
. W: z6 R! A& m+ Q4 c  ^) q本次事件确实为未来数千甚至上万的TPS做了一次充分的「压力测试」。
# G% }( i  a8 ?另一方面，ZK-Rollup拥有一个特殊机制—交易量越大的同时燃料费则越便宜。因为将零知识证明上链的成本被更
多交易分摊，zkSync的燃料费在当下也确实更加便宜。
: |1 i) x) a; U根据growthepie数据，当日zkSync的燃料费平均值降低5.2%，平均在0.19美元左右，确实佐证了ZK-Rollup在未
来使用者增加时，将可以享有更好的使用这体验。
铭文带给layer2压力测试
& h. h: S3 k0 J  L9 B& r5 q3 O根据Dune数据显示，由于Sync铭文铸造，当日新增了五百万笔交易，共有65,575个用户参加，以结果来说确实
4 P& @2 O; r! A. |6 I2 f. Y; D& W2 ?' B是一次有效果的压力测试
若能正确理解背后的技术原理，会发现其实zkSync实际上表现良好。铭文事件并非传言中把Layer2性能打回了原
型，反倒让团队得到进一步优化性能的市场经验，而不再执著于实验环境的TPS测量，长远来看对产业将有更健康
的发展。
  N8 b8 v: c; bHaotian认为应该给Layer2更多的信心。
7 N6 t: p( o$ R, q2 J  ]

好多钱包的觉得的呢，为嘛我都不太了解的呢！

还不错啊，现在我也是用这个钱包

是挺好的，也是为数不多可以用的钱包

钱包一般肯定是会选择能够相信的啊

老哥的看法很好，看论坛的决定了，没想到你的文采这么好

还是需要选择有实力的钱包去交易哦。

这个也是能看看大伙推荐的钱包了的！

楼主的这个看法和建议还是需要去好好的去采纳一下。

看上去老哥的看法是挺有感悟的很多的道理不错

感谢老哥的分享的看法和建议也是看看知道下的

钱包也不需要真么多，有一个就可以的了。

楼主的这些都是相当好用的建议和看法了

楼主的这个看法和建议还是感觉挺好。棒的.

这个钱包很不错使用，反正吧都是要多个心眼安全第一啊！

你的看法和推荐还是非常好的了呢。

钱包这么多，到底选择哪一个确实很难。