銘文狂熱傳遞到第 2 層，為什麼 zkSync 能通過天價交易的壓力測試？

撰稿人：昊田

刻在 zkSync 鏈上的銘文和天價交易的短期湧入，確實是對 layer2 公鏈性能的一次“壓力測試”，但結果並不是“停機”，相反，這是對 zkSync 的一次公開訓練，結果是 TPS 峰值和 GAS 穩定性得到了完美的測試。

乍一看，聽起來是不是有點違反直覺？ 接下來，用技術邏輯，讓我為大家澄清一下：

zkSync 打包區塊的工作原理簡單來說就是：使用者將交易構建到 zkSync Sequencer 的排序序列中，然後 Sequencer 根據 gas 費用排名將它們打包成區塊，然後將區塊傳遞給 Proof 系統進行驗證，最後提交給主網完成最終狀態確認。

這裡有2個關鍵點很容易產生「糟糕體驗」的錯覺：

1）用戶構建交易：大多數使用者會通過小狐狸錢包等錢包發起交易，並通過錢包向zkSync發送交易，交易會先進入RPC遠端調用伺服器，然後Sequencer會接收這些交易並進入佇列序列。 這裡的排隊時間可以短到幾秒鐘，也可以長到幾分鐘，如果等待時間長，小狐狸錢包會假設事務失敗，然後前端會返回事務失敗的消息。

然而，這並不意味著事務實際上失敗了，而只是因為 Metamask 的 RPC 回應時間和反饋邏輯與 zkSync 的 Sequencer 佇列和打包事務邏輯之間存在“不相容”。 這就是為什麼在等待一段時間后，後端伺服器顯示小狐狸錢包顯示的某些事務失敗。

如果使用者不通過錢包流水線，直接使用後端代碼調用 zkSync 的 RPC，則不會出現回應時間超時和提示失敗的情況，體驗會比較流暢。 這確實給一些可以使用後端代碼指令的「科學家」帶來了優勢，但這本質上是錢包體驗方面的問題，與 zkSync 鏈的處理能力無關。

2）Sequencer 公平排序連結：當使用者向 RPC 佇列發送一筆交易一小段時間時，每筆交易都會從 nonce 值 0 疊加，如果前一筆交易仍處於佇列狀態，隨機數為 0，則用戶發起一個隨機數為 1 的新事務，zkSync 的 Sequencer 會根據時間為這些事務分配一個隨機數，然後按順序排序。

但是，如果使用者在小狐狸錢包的上一節中看到之前的交易失敗后同時提交新交易，則很可能由於錢包端和 zkSync API 介面調用的問題，部分新提交的交易將無法成功提交到 RPC 佇列。 用戶認為已經提交了很多交易，但實際上zkSync只收到了其中的一部分，一旦收到，他們就會對其進行排序。

這樣看，使用者看到小狐狸錢包報告交易失敗，不斷提交新交易的行為也會導致大量的交易失敗，因為根本沒有提交到 zkSync 鏈的後端，而是你認為你已經在前端提交了。

整體來看，小狐狸錢包的RPC回應時間邏輯和使用者急於在鏈上疊加交易會導致大量的交易“失敗”，如果清楚zkSync的後台交易處理工作流程，相對容易避免這些優化體驗問題。

基於以上科普，我們來澄清一下「停機」的問題：

zkSync 鏈並沒有“宕機”，只是瀏覽器前端的顯示問題，因為瀏覽器會通過 zkSync 的 RPC 介面拉取最新數據，但介面回應會有延遲，大量新事務會減慢回應速度。

總之，瀏覽器拉取數據同步的速度跟不上排隊交易激增的速度，這是瀏覽器前端的問題，與鏈的運行無關。 通常，當交易速度適當減慢並且瀏覽器可以捕獲新數據時，問題就會得到解決。

當瀏覽器不工作時，您可以使用其他同步 zkSync 塊數據資訊的瀏覽器進行交叉驗證，例如：

真正的鏈條的「運營績效」是什麼？

1）在所謂的停電傳聞爆出后，zkSync的官方工作人員安東尼·羅斯（Anthony Rose）經常在推特上發佈TPS刷新報告。 事實上，zkSync TPS 已經飆升至 187.9 的峰值，正常情況下，TPS 只有 50-100 左右，這表明有大量新交易湧入，zkSync 實際上已經頂住了壓力。 這確實是未來幾千甚至幾萬TPS的足夠“壓力測試”。

2）ZK-Rollup的特殊機制決定了處理的交易量越大，gas費用越便宜，其實zkSync的gas費確實更便宜，因為交易成本也是分攤的，根據growthepie數據，在過去的24小時內，zkSync的平均gas也下降了5.2%，平均約為0.19美元，這個數據對於每個人來說可能都不一樣，但整合鏈的運營數據確實更便宜。 這證明，ZK-Rollup更流暢的體驗需要將現有用戶規模提升一個數量級。

銘文事件對二層公鏈有什麼影響？

根據沙丘數據，Sync的銘文鑄造在14小時內增加了500萬筆交易，有65,575名持有者參與。 如上所述，zkSync 官員意識到這種社區發起的“壓力測試”，並正在採取緊急措施確保 zkSync 鏈有序運行。

這個數據確實是 zkSync 的一個很好的壓力測試實驗，其積極影響大於消極影響。 從長遠來看，銘文事件並沒有傳聞，而是為Layer 2的進一步性能優化提供了實踐經驗。

然而，據我所知，除了Sync之外，還有其他銘文正在鑄造，它們不像Sync那樣FOMO，但為這次壓力測試火上澆油。

反正結果總體不錯，如果明確了 zkSync 後端整理區塊的技術邏輯，再擺脫“差體驗”的誤區，就應該明白一切運行良好，要給 layer2 多一點信心。