﻿---
title: "L2 排序器停機時怎麼辦"
description: "L2 排序器停機的實用應對方案：核實故障、避免重複交易、確認該 Rollup 的 L1 備援通道，並防範恢復與清算風險。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# L2 排序器停機時怎麼辦

> 僅供教育參考，不構成投資建議；投資可能產生損失。

<a id="answer"></a>

## 直接答案

應把排序器停機視為 L2 常規存取中斷，而不是 Rollup 或資產已經失效的證據。暫停時效敏感的操作，透過該鏈的官方狀態頁以及獨立 RPC 或區塊瀏覽器資料核實故障，並在簽署任何內容前弄清該 Rollup 的具體 L1 備援通道。

1. 記錄鏈、錢包地址、待處理交易雜湊、最後觀察到的區塊和故障時間。
2. 在交易狀態不明時，不要反覆重送或提高費用。
3. 檢查 unsafe head 是否仍在推進，而 safe 或 finalized head 是否停滯；這可能表示是批次發布故障，而不是完全停鏈。
4. 只依據官方文件和已驗證的合約地址使用 L1 強制交易或提款路徑。
5. 恢復後，等待積壓交易、預言機狀態、跨鏈橋狀態和應用程式特定的寬限期恢復正常，再增加槓桿或認定交易已經最終確認。

<a id="mechanism"></a>

## 運作原理

排序器通常接收、排序並快速確認 L2 交易，隨後向資料可用性層發布推導鏈狀態所需的資料。停機故障可能阻止普通 RPC 提交。另一類提交故障則可能讓排序器繼續生成 unsafe 區塊，但停止向 L1 發布，因此 safe 和 finalized head 也會停滯。這兩種狀態的重組與恢復風險不同。

備援機制取決於具體實作。在 OP Stack 鏈上，使用者可以透過該鏈在 L1 上已驗證的 `OptimismPortal` 提交 L2 交易；預設排序窗口為 12 小時，但各鏈可能不同。Arbitrum Nitro 使用 L1 Delayed Inbox，其公開設計描述的強制納入門檻為 24 小時。這些機制提供最終納入保障，並非即時或通用的逃生通道，而且仍需支付 L1 Gas 並使用該鏈的正確合約。

應用程式還需要自身的控制措施。排序器正常運行時間資料源可以發出停機訊號，但它不同於價格資料源。借貸和衍生品協議可以在故障期間暫停敏感操作，並設定恢復寬限期，避免排隊的預言機更新與使用者交易立即引發不公平清算。

<a id="example"></a>

## 範例

某借款人在 L2 借貸協議中抵押了 ETH。排序器中斷 2 小時，期間 ETH 下跌 15%，借款人無法透過普通 RPC 補充抵押品。協議偵測到故障後暫停清算，並在正常運行時間資料源報告恢復後，繼續執行已設定的 1 小時寬限期。

借款人記錄待處理交易雜湊，核對官方事故公告和 Rollup 的 safe head，不相信聲稱可以「解凍」的客服連結。如果仍需操作，借款人遵循該 Rollup 的官方 L1 路徑，並核實 portal 或 inbox 地址。恢復後，借款人等待強制交易、價格資料源和帳戶健康度都反映在 safe 區塊中，再依賴其結果。

<a id="risks"></a>

## 風險

- **恢復後清算：** 排隊的交易與價格更新可能集中處理；如果沒有寬限期，停機時無法操作的使用者可能立即被清算。
- **unsafe 狀態重組：** RPC 可能顯示尚未發布到 L1 的近期區塊；如果發布窗口到期，這些區塊可能被重組。
- **訊號陳舊或不匹配：** 價格資料源仍在更新並不證明使用者可以交易，正常運行時間資料源也不證明價格是最新的。
- **強制路徑執行風險：** 直接呼叫 L1 技術要求更高、成本更大；網路、合約、calldata、nonce 或 Gas 上限錯誤都可能導致失敗或資金滯留。
- **依賴系統延遲：** 即使排序器恢復，跨鏈橋、交易所、keeper、索引器和前端也可能按不同進度恢復。

<a id="misconceptions"></a>

## 常見誤區

- 「排序器停機，所以資產已經沒了。」即使常規存取不可用，由 L1 強制執行的 Rollup 狀態仍可能完好。
- 「所有 Rollup 的強制納入延遲都一樣。」不同實作和鏈設定的窗口、合約及支援操作並不相同。
- 「強制交易會立即執行。」L1 提交建立的是最終納入路徑，並不會消除排序、證明或提款延遲。
- 「恢復出塊後，清算風險就結束了。」積壓交易、預言機更新和 keeper 可能讓恢復階段成為風險最高的時段。
- 「客服傳來的狀態頁連結是安全的。」應獨立核實網域和合約地址，絕不洩露助記詞或私鑰。

<a id="related"></a>

## 相關主題

- [排序器](/zh-tw/crypto/sequencer/)
- [Rollup](/zh-tw/crypto/rollup/)
- [L2 強制提款](/zh-tw/crypto/l2-forced-withdrawal/)
- [Rollup 逃生通道](/zh-tw/crypto/rollup-escape-hatch/)
- [預言機價格陳舊](/zh-tw/crypto/oracle-price-staleness/)
- [清算 keeper 故障](/zh-tw/crypto/liquidation-keeper-failure/)

<a id="sources"></a>

## 來源

- [排序器故障](https://docs.optimism.io/op-stack/protocol/outages) - Optimism Documentation（查閱日期：2026-08-21）
- [Arbitrum Nitro：第二代樂觀 Rollup](https://docs.arbitrum.io/nitro-whitepaper.pdf) - Offchain Labs（查閱日期：2026-08-21）
- [L2 排序器正常運行時間資料源](https://docs.chain.link/data-feeds/l2-sequencer-feeds) - Chainlink Documentation（查閱日期：2026-08-21）

Source: https://wiki.fcontext.com/zh-tw/crypto/sequencer-downtime-response/index.mdx
