Base 網路的主網區塊生產在 2026 年 6 月 25 日停擺近兩小時，原因是區塊 #47,806,542 觸發了共識失敗，導致定序器在 16:03 UTC 停滯。該無效區塊阻止了後續所有區塊的建構，被 Base 工程師歸類為 "unsafe head stall"，即定序器在尚未將新區塊發布到以太坊第一層進行最終結算前就停止推進。Coinbase 的 Base 團隊在 16:52 UTC 找出根本原因，並於 17:51 UTC 恢復定序，確認所有用戶資金在事件期間始終安全。此次停擺發生在 Base 預定於 18:00 UTC 啟動 Beryl 硬分叉的同一天，但團隊確認兩者無關。Base 是基於 OP Stack 框架運行的第二層網路，由定序器產生區塊，之後分批提交至以太坊進行最終結算。
Base Engineers Isolate Block #47,806,542 作為共識失敗來源
Base 工程師在 2026 年 6 月 25 日 16:03 UTC 偵測到不健康的區塊生產。到 16:52 UTC，團隊確認區塊 #47,806,542 是導致定序器產生無效區塊的共識問題來源。該無效區塊干擾了後續所有區塊建構，造成 OP Stack 術語所稱的 "unsafe head stall"。Unsafe head 指的是最新由定序器產生但尚未發布到以太坊第一層進行最終結算的區塊。
事件時間線如下：16:03 UTC，區塊生產被標記為不健康並展開調查。16:52 UTC，工程師確認區塊 #47,806,542 為問題來源。17:21 UTC，共識問題被隔離，內部定序器與節點顯示初步恢復。17:51 UTC，區塊定序恢復，內部節點開始正確同步。17:58 UTC，區塊建構確認健康，網路進入監控階段。
存款、提款與交易在兩小時停擺期間延遲
Base 上的存款、提款和交易在約兩小時的停擺期間被延遲。Base 團隊確認資金沒有風險。Unsafe head stall 發生在區塊分批並提交至以太坊 L1 之前，因此不會面臨永久損失或重大鏈重組。
運行 Base 基礎設施的節點運營者需要重新啟動節點以完全恢復同步。狀態頁面 status.base.org 和區塊瀏覽器 basescan.org 仍是主要的監控資源。
Beryl 硬分叉如期進行，不受定序器問題影響
此事件與預定於 6 月 25 日 18:00 UTC 啟動視窗的 Beryl 硬分叉同時發生。Base 確認停擺與升級無關。
Beryl 引入 B20，這是一種原生代幣標準，直接內建於節點軟體中，而非以智能合約部署，使穩定幣和現實世界資產專案的代幣發行更有效率。此次升級還減少了提款延遲，並帶來 Reth V2 的改進。節點運營者必須運行 base/node v1.1.1 或更高版本。大多數用戶和現有合約無需採取任何操作。
Base 團隊計劃在根本原因審查後發布事後分析報告
Base 工程師持續調查無效區塊的根本原因，並計劃在審查結束後發布完整的事後分析報告。這類 unsafe head stall 先前曾在其他第二層網路和 Optimism 主網上發生，通常與內部基礎設施狀況、L1 節點問題或負載相關因素有關。此事件持續約 115 分鐘後定序恢復。
常見問題
是什麼導致 Base 網路在 6 月 25 日停止產生區塊？
區塊 #47,806,542 導致共識失敗，使 Base 的定序器在 2026 年 6 月 25 日 16:03 UTC 停滯。該無效區塊阻止了後續所有區塊建構，被工程師歸類為 "unsafe head stall"。Base 團隊在 16:52 UTC 前找出問題區塊，並於 17:51 UTC 恢復定序，區塊建構在 17:58 UTC 確認健康。
Base 網路停擺後資金安全嗎？
Coinbase 的 Base 團隊確認所有資金安全。Unsafe head stall 發生在區塊分批並提交至以太坊第一層進行最終結算之前，因此不會面臨永久損失或重大鏈重組。存款、提款和交易在約兩小時的停擺期間被延遲，但沒有資金面臨風險。
Base 網路停擺是否影響了 Beryl 硬分叉啟動？
Base 確認停擺與 Beryl 升級無關。Beryl 硬分叉仍按計畫於 6 月 25 日 18:00 UTC 的啟動視窗進行，與定序器事件同一天。Beryl 引入 B20 原生代幣標準，要求節點運營者運行 base/node v1.1.1 或更高版本，但大多數用戶和現有合約無需採取任何操作。
