由Coinbase 開發的以太坊 Layer 2 擴容方案 Base 在昨（5）台灣時間下午出現約 33 分鐘停擺，區塊生產全面停止，雖然服務很快恢復，沒有傳出用戶資金損失的災情，但事件再度敲響警鐘：高效率的 Layer 2 架構，仍脆弱地倚賴中心化節點。
Base 公布中斷事件報告
根據 Base 公布的事後分析報告，UTC 6 點 07 分時鏈上流量激增，現任序列器延遲累積，自動化管理系統 Conductor 啟動故障轉移，將領導權交給一台仍在佈建、設定未完成的備用序列器。由於該節點無法出塊，網路就此卡住。
工程師在數分鐘後介入，先手動停掉 Conductor，避免持續錯誤轉移，再把領導權轉回健康序列器，最終於 6 點 40 分全面恢復，存款、提款與 Flashblocks 同步解凍。
Base 團隊事後重申，資料完整性未受影響，用戶資金安全無虞。團隊在報告中表示：
事件未造成用戶資金損失，資料完整性維持不變。
Conductor 與序列器的潛在單點
在多數 Rollup 架構中，序列器負責打包、排序並將交易數據提交至 Layer 1。Base 採用 OP Stack 的 Conductor 搭配 Raft 共識協議，理論上可讓多台序列器互為備援。但這次事件顯示，只要健康檢查標準不足，一台狀態不明的節點仍可能被推上領導位置，反而放大失誤。
簡而言之，序列器被設計成「少數強壯節點」，換來更高 TPS 與更低手續費，但也同時削弱了去中心化帶來的韌性。一旦中心節點當機，整條鏈就像高速公路出口被封，車流只能原地塞車。
效率與去中心化的拉扯
其實此事件並非孤例。Base 自 2023 年上線以來，已兩度因序列器問題發生重大中斷。更廣義來看，多數熱門 Layer 2 方案都採用相似模型，以極小的節點集群換取平穩用戶體驗。
這種做法與以太坊主網依靠全球驗證者形成的分散對照鮮明：主網雖慢，卻難以造成整條鏈同時停擺；Layer 2 雖快，但把風險集中在少數機器與管理員。
修補承諾與產業啟示
後續，Base 團隊承諾升級 Conductor 流程，確保任何序列器在被選為領導前完成配置，並加強測試與佈署檢查。未來也考慮引入更多獨立營運的序列器，讓外部參與排序或提出挑戰，降低單點失效與審查風險。
這不只是 Base 的挑戰，也關係到整個 Layer 2 生態。如何在速度、成本與去中心化間取得平衡，並設計能自我修復的故障轉移機制，將決定下一輪競爭勝負。唯有同時強化效率與韌性，Layer 2 才能真正支撐 Web3 規模化應用，而不再因一次 33 分鐘的停擺就暴露軟肋。
