Base 表示，相同的 sequencer 錯誤導致了 6 月 25 日和 26 日的中斷。

Base 已解釋其主網為何在兩天內兩次停止產出區塊。這條由 Coinbase 支持的以太坊 Layer 2 網絡表示，兩次中斷皆源自其排序器（sequencer）區塊構建邏輯中的同一個錯誤。第一次中斷始於 6 月 25 日，持續約 116 分鐘；第二次則始於 6 月 26 日，持續約 20 分鐘。Base 確認，兩次事件期間用戶資金均安然無恙。 在其官方事故回顧報告（postmortem）中，Base 解釋道：一筆無效交易在執行過程中按預期失敗。問題根源在於，區塊構建器內部殘留了過時的 journal 狀態（包含該失敗交易所觸及的帳戶與儲存槽位）。當後續一筆有效交易到來時，系統卻使用了錯誤的 journal 狀態，導致 Gas 計費不正確，進而生成了一個狀態轉換無效的區塊。因此，其他節點無法接受該區塊，致使鏈上停止產出新的 L2 區塊。 中斷期間，使用者無法將新交易成功上鏈。交易在記憶池（mempool）中排隊等待鏈恢復，最終積壓超出記憶池容量，導致新的 `eth_sendRawTransaction` 請求返回錯誤。此次停擺亦影響了排序器與驗證者節點的進展——這些節點在排序功能恢復前，無法跨越該無效區塊繼續推進。 Base 透過為排序器打補丁，修正了主要缺陷：確保在交易執行失敗後，journal 狀態能正確更新。而在恢復過程中，團隊又發現第二個問題：引擎重置（engine reset）功能存在競態條件（race condition），導致排序器在重啟後無法順利追上同步進度。這一問題亦是隔日事故再度發生的原因之一。 為防止類似事件重演，Base 計畫加強協議層的模糊測試（fuzz testing）與負載測試（load testing），並實施更完善的監控機制與營運檢查流程。團隊亦計畫在 base-consensus 中加入「優雅恢復」（graceful recovery）機制，協助驗證者節點在遭遇類似故障後更順暢地完成同步。上述措施正配合 Base 網絡即將推出的 Beryl 升級同步推進；該升級將引入 B20 標準代幣，並把 Base 至以太坊的提款週期從七天縮短至五天。