排序器掛掉時，還能從 Base 或 Arbitrum 提款嗎？

Rollup 可以為交易卡在排序器上的使用者保留一條以太坊路線。該路線處理交易納入。將資金帶回以太坊還取決於 rollup 的提款能否在橋接規則下被證明並完成。

考慮兩位持有 ETH 的使用者，一位在 Base 上，一位在 Arbitrum One 上。兩人都使用官方橋接，但他們在中斷的不同時點嘗試離開。一筆提款已經在 rollup 的記錄中。另一筆仍需要讓一筆交易被接受。

以太坊可以提供正常排序器路線的替代方案。這能否讓任一使用者走到最後，取決於橋接的下一步，以及能夠更改或暫停合約的人是否已經採取行動。

提款不止一個步驟

在正常運作中，使用者首先在 rollup 上發送一筆提款交易。排序器將其與其他交易一起排序。一旦相關的 rollup 狀態可用且適用的證明和等待要求得到滿足，橋接提款便可以在以太坊上建立。

在錢包中，這兩筆交易可能感覺像一個動作。第一筆在 rollup 上記錄提款。後續的動作可以在以太坊上完成它。能在區塊瀏覽器中看到第一筆交易的使用者，就有證據表明它已被納入，即使資金在以太坊上仍不可用。

繞過排序器的路線

Arbitrum 的強制交易文件描述了透過其在以太坊上的 Delayed Inbox 的一條路線。一筆交易可以在那裡等待，然後才有資格被強制納入。該期間與完成以太坊提款所需的時間是分開的。

Base 的衍生規範描述了從以太坊衍生的存款，包括該協議的強制納入路線。有用的比較是使用者能否透過以太坊發起必要的動作、協議可能需要多長時間來納入它，以及納入之後還必須發生什麼。

該備用方案可能涉及一筆以太坊交易費用。它還取決於使用者或代表他們行動的服務能否提交正確的訊息。與其正常端點連接中斷的錢包可能需要不同的介面來使用可運作的鏈上路線。

緊急升級考驗的是另一種保護

中斷引發了一個問題：交易能否進入 rollup。升級引發了一個問題：誰能更改決定提款是否會被兌現的合約。強制交易路線本身並不能在使用者完成提款之前保留現有規則。

ETHBEAT 將Base 和 Arbitrum One 列為 Stage 1。其評估顯示 Base 沒有退出窗口，並區分了 Arbitrum One 的常規升級與緊急升級。Arbitrum 的常規路徑列出了 10 天的窗口，而緊急路徑則沒有這樣的窗口。

這種差異正是為什麼僅憑 Stage 1 評級無法回答使用者需要多久才能離開。通知期需要與啟動、證明和完成提款所需的時間一併考量。相關期間是在扣除使用者需要完成的步驟後所剩餘的時間。

第三方橋接會附加其自身的條件

快速橋接可以利用其在以太坊上已有的流動性先行支付給使用者，之後再結算其自身部位。這可以使正常運作下的可見提款更為快速。但它同時引入了一個提供者，其流動性和營運政策在 rollup 承受壓力時至關重要。

資產本身也很重要。透過第三方橋接發行的餘額，即使持有於 Base 或 Arbitrum 上，也可能取決於該橋接的合約。對 rollup 官方退出機制的評估本身無法確立外部發行者將會兌付什麼。

公平的比較應將同類型的資產分別透過兩座官方橋接，並記錄首次納入、證明和最終化步驟。然後比較若 sequencer 停止會有何變化，以及緊急升級在任一筆提款完成前能做些什麼。

從兩個網路上相同的提款開始

設想一位使用者在每個網路上都持有原生 ETH，並希望將 ETH 取回以太坊。使用相同資產可使比較更為容易，因為它避免了可能適用於包裝代幣的獨立兌付規則。官方橋接仍需要提款已開始的證據，以及包含該提款的狀態已依 rollup 規則被接受的證據。

在一般運作中，使用者在 rollup 上提交指令。其納入會產生一筆提款系統日後可辨識的記錄。使用者或代表其操作的介面隨後可在以太坊上執行所需步驟。一旦相關橋接合約執行提款，資金便可在以太坊上使用。

錢包可以顯示多種進度。它可以顯示 sequencer 已接受該交易、某批次已抵達以太坊，或某筆提款已準備好進行後續步驟。這些標籤描述的是不同的事件。將交易顯示為已確認的介面，可能仍在描述其在 rollup 上的狀態。

在中斷前已開始的提款，也不同於使用者尚未發起的提款。若交易及支持它所需的狀態已抵達以太坊，剩餘的工作可能在那裡進行。若唯一的證據是 sequencer 近期的回應，使用者仍需要相關資料和狀態才能通過系統其餘部分。

這一區別有助於解釋為什麼中斷期間第一個有用的問題是提款停在哪裡。缺少 rollup 交易需要一條納入途徑。已在 rollup 上記錄的提款可能正在等待證明或最終化階段。下一步行動取決於網路已到達哪些階段。

sequencer 停止時會有何變化

sequencer 通常為使用者提供快速讓交易被排序的途徑。若該服務停止回應，已提交的交易可能無法出現，即使以太坊仍在運作。透過以太坊的途徑讓使用者能夠將訊息放入 rollup 的輸入中，而無需等待其正常端點恢復。

在 Arbitrum One 上，以太坊將訊息記錄在 Delayed Inbox 中。sequencer 可以在正常過程中納入它們。若訊息在適用等待期後仍留在那裡，強制納入途徑可以使其成為序列的一部分。記錄該訊息的以太坊交易與執行它的 rollup 交易仍是各自獨立的觀察。

在 Base 上，記錄於以太坊的存款成為 rollup 衍生規則的輸入。在此語境下，「存款」一詞可能造成誤導，因為它也指一種訊息類型，透過該類型以太坊交易可以觸發 rollup 上的動作。使用者預期的 rollup 操作在納入後仍須成功執行。

ETHBEAT 的專案頁面描述了其所建模條件下的延遲。該估計適用於備援步驟，且在兩個網路之間可能有所不同。它並不會使 rollup 到以太坊的橋接變成即時提款。最終支付仍取決於橋接接受產生的狀態並完成其自身步驟。

使用者還需要提交以太坊交易的手段。全部餘額都在 rollup 上的人，可能需要取得以太坊上的 ETH 以進行備援。在一般條件下為使用者處理此事的應用程式，若依賴失敗的端點或未提供以太坊途徑，也可能面臨相同的實際限制。

接收方也應區分失敗的請求與已成功提交至鏈上但尚未生效的提交。來自以太坊的交易雜湊若能由其收據確認，即可證明備援訊息已被提交。但它並不能確立後續在 rollup 上執行之結果。

當網路持續產出區塊但提款停滯時

網路可以在提款流程的另一部分延遲時仍產出交易。以太坊上的合約需要一份關於 rollup 上發生了什麼的經認可記錄。延遲發布或確立該狀態，可能導致使用者在 sequencer 已回傳成功結果後仍持續等待。

此區別源於所涉及的不同職責。sequencer 負責排序交易。資料可用性讓其他方能重建已被排序的內容。提案與證明系統確立以太坊合約應認可哪個結果狀態。某項服務可以在另一項服務等待時執行其中一項職責。

對觀察者而言，區塊瀏覽器仍顯示活動因此是一項不完整的檢驗。觀察者可將 rollup 上近期的交易納入情況，與提款所依賴之狀態或主張的以太坊記錄進行比對。兩者之間的落差有助於辨識瓶頸是發生在較早或較晚的階段。

ETHBEAT 區分 sequencer 故障與 proposer 故障，因為其中一者的備援未必能解決另一者。其分類是一種用來看出在通常營運者缺席時哪個參與者能介入的方式。閱讀時應搭配各專案所述之條件與延遲。

同樣的原則適用於服務降級的報導。前端可能無法使用，而合約仍可被呼叫。區塊瀏覽器可能落後，而鏈仍在推進。橋接介面可能在事件期間停用提交，即使另一個介面仍能觸及合約。每種情況都應在其發生的層級進行查核。

Crypto.news 報導 Base 於 2025 年 8 月經歷了 33 分鐘的停機。該事件提供了一個案例，用以追問哪些使用者操作被中斷，以及哪些替代方案仍然可用。其持續時間並不能確立涉及不同元件的未來事件將如何影響提款。

納入後的等待屬於橋接

一旦提款進入 rollup 的狀態，它仍須通過橋接的證明與最終化條件。樂觀式設計給予參與者挑戰不正確主張的機會。該延遲可以是該流程刻意的一部分，而非 sequencer 離線的跡象。

計時從橋接所定義的事件開始，該事件未必與使用者首次點擊提款的瞬間一致。等待時間可能取決於相關輸出或主張何時可用，以及所需證明是否已提交。使用者可能在橋接說明中出現的挑戰期開始產生影響之前，就已花費時間等待。

因此，錢包的倒數計時可能描述的是估計值，而非無條件付款日期。它可能取決於正常的發布與證明活動持續進行。若狀態有爭議，即使提款指令本身已出現在 rollup 上，達到最終化的時間仍可能改變。

Arbitrum 的證明系統與 Base 的證明設計有不同的實作細節。對使用者而言，實際的比較在於誰能提交主張、誰能挑戰它，以及若通常提交下一項主張的參與者停止運作會發生什麼事。同一個詞「提款」，在這些系統中涵蓋不同的流程。

該延遲也影響與第三方橋接的比較。能在以太坊上立即付款給使用者的服務，是運用自己的流動性或另一套參與者網路。快速付款可以在其背後之官方提款符合結算資格之前完成。

使用者接著便依賴第三方付款的能力與意願。若流動性耗盡或提供者停止接受請求，例行交易中所標榜的速度可能不再適用。底層 rollup 的退出保護與商業服務的付款條件仍屬不同之事。

升級問題的關鍵在於明天適用哪些規則

排序器故障會阻止使用者抵達進入鏈的正常路徑。升級可以改變管轄該路徑本身的規則。這使得升級延遲變得相關，即使排序器運作正常且每筆交易都被接受。

在常規治理流程下，已公告的升級可能必須經過一段延遲才能生效。在此期間，使用者可以評估該提案，並在橋仍開放時開始離開。有用的退出窗口是在計入正常提款步驟後所剩餘的時間。

在緊急路徑下，指定的簽署人有時可以在沒有常規延遲的情況下採取行動。這有助於快速應對安全事件。它也為使用者提供了與治理走常規路線時所見不同的保障。

Arbitrum One 評估列出常規路徑為十天，而緊急升級則沒有退出窗口。Base 評估則未列出退出窗口。總體階段評級可能相同，而那些權限在實務上卻有差異。

暫停是另一個需要與升級區分的動作。暫停可以在現有合約規則下停止特定操作。升級則可以取代或改變那些規則。暫停所需的簽署人與門檻，可能與新實作所需的簽署人與門檻不同。

Crypto.news 報導了一個關於緊急權限的具體案例，當時Arbitrum 的安全委員會轉移了與 Binance 駭客事件相關的資金。該案涉及已識別的資金與一項臨時合約變更。其在此處的相關性在於，緊急權限可以在實務中被行使，並且可以與後來決定資金去向的流程分開。

如何解讀第一階段而不將其誤認為退出保障

階段分類將 rollup 的若干面向歸為一組。它們指出一個系統在該框架的標準下，已遠離對營運者或委員會的依賴到什麼程度。階段標籤無法為每一種故障模式提供答案，因為每項保護應對的是不同的任務。

對使用者而言，重要的細節是適用於其交易的條件。若交易無法被納入，排序器備援就很重要。若 rollup 的慣常提案者停止運作，提出狀態的能力就很重要。若有人能在使用者等待期間改變橋的行為，升級延遲就很重要。

資料可用性屬於同一項比較。若重建 rollup 所需的資料可在以太坊上取得，另一位參與者就有依據來跟隨該鏈。資料的存在本身並不會替使用者執行證明或提交以太坊交易。

Base 與 Arbitrum One 都能為排序器問題提供一條經由以太坊的路徑，同時在升級方面保留不同的權限。實務評估會同時記錄兩者，而不是將它們平均成單一分數。試圖離開的使用者需要的是其所面對事件中最薄弱的那個相關步驟。

這些假設也會隨代幣而異。原生 ETH 可以遵循官方橋自身的規則。透過第三方合約到達的代幣則可能增加發行方或橋的控制。同一 rollup 上的兩個錢包可能面臨不同的兌換條件，即使它們的介面以相同的美元計價顯示兩者餘額。

Ankr 橋事件提供了另一個例子，說明橋的邏輯如何決定提款是否有效。它涉及的是不同的系統。其相關性在於鏈上活動與橋用來接受訊息及釋放資產的規則之間的區別。

退出比較能夠確立什麼

比較兩位在排序器中斷前發起普通提款的使用者。若每筆提款已屬於以太坊上橋可取得的狀態的一部分，剩餘步驟就取決於證明與最終化流程。若以太坊執行仍然可用，中斷對一筆已成熟的提款可能幾乎沒有直接影響。

現在把中斷時間提前。兩位使用者都沒有提款交易被納入。兩者都需要抵達 rollup 的以太坊側路徑，或等待正常服務恢復。納入的時間可能不同，而橋自身的等待則在其後。

最後，想像在提款待處理期間發生緊急合約行動。相關證據成為該行動背後的權限依據、受影響的確切合約，以及新配置允許哪些步驟。先前已納入的交易可能仍需要跨鏈橋在用戶嘗試完成時，依據當時生效的規則來辨識它。

這些案例說明了為何公平的比較必須從相同狀態開始。一個已向以太坊提交訊息但尚未看到 rollup 執行的用戶，不應直接與跨鏈橋證明已被接受的用戶相比。計時從不同的事件開始。

Crypto.news 曾報導讓以太坊 rollup 協同運作的努力。更順暢的前端可以隱藏正常交易中的若干步驟。在壓力情境下，用戶若能了解操作中哪些部分在哪條鏈上進行，以及各部分由誰負責，將從中受益。

Crypto.news 對與 Binance 相關的 Arbitrum 復原提案的報導，也說明了為何治理行動應與其授權的交易一併解讀。提案描述預期的結果。以太坊與 rollup 的紀錄則顯示它在何時、何地被执行。

退出路徑只有在持有者能從其當前位置使用它時才有用。最清晰的紀錄會標明資產、其所處的鏈、已完成的交易，以及控制下一步的當事方或合約。該紀錄告訴用戶剩餘的等待是屬於排序器、跨鏈橋，還是能夠改變任一者的權限方。

為何更快的證明不一定能縮短每一次退出

Base 的 Azul 升級引入了新的證明選項。Crypto.news 報導了一條可能實現一日提款的路徑。目標或證明能力必須與特定用戶在當前生效配置下所能依賴的提款時間區分開來。

證明可以幫助確立提款所依賴的狀態。跨鏈橋在釋放資金前仍可套用其他條件。流程也可能因網路使用哪條證明路徑，以及該路徑不可用時會發生什麼而有所不同。

因此，退出比較應說明它所衡量的路徑。樂觀路徑可能設有挑戰期。使用不同證明的路線可能縮短部分流程。升級風險則關乎管轄任一路徑的合約或權限能否在其完成前發生變化。

以太坊提款還需要一筆能在以太坊上提交並執行的交易。第三方網站可能提供執行該步驟的服務，但其接受請求的能力與官方合約能否處理該請求是兩回事。看到該行動變為可用的用戶，仍需要一個能夠提交它的錢包或服務。

若用戶是代表某個應用程式或客戶持有資產，這項區別就變得重要。一個資金庫在進行任何以太坊行動前可能需要多重核准。一般用戶則可能需要錢包連接與 gas。協議可用的退出時間與當事人實際需要行動的時間可能不同。

公開紀錄在故障後能顯示什麼

事件說明可以從排序器最後一次正常回應與第一筆延遲交易開始。接著可以辨識資料與狀態是否持續送達以太坊。這些紀錄有助於解釋為何部分用戶看到中斷，而其他用戶仍能完成先前的提款。

最有用的事件時間軸還會標明涉及的應用程式與資產。錢包回報餘額過期，與跨鏈橋拒絕接受最終化交易是不同的。第三方供應商暫停付款，與官方跨鏈橋更改其規則也是不同的。

Crypto.news 對 Arbitrum 上緊急干預的報導，說明了有必要將理事會執行的行動與其後的治理流程區分開來。以太坊紀錄的存在可以確立曾發生合約行動。它並不能免除解讀該行動由哪個權限方執行及其影響了什麼的必要性。

對提款問題的直接答案取決於故障發生的時機。在納入之前，應查看以太坊的備援機制及其附帶的延遲。在納入之後，應查看狀態、證明與最終化要求。在緊急變更期間，即使其他系統正常運作，暫停或修改合約的權限仍具有決定性。

用戶也可能有多筆提款處於該流程的不同階段。一筆可能已準備好完成，而另一筆仍在等待被納入。一則只給出單一預期恢復時間的故障通知，無法確定兩者的狀態。

提款收據是最終檢查

橋接介面可能會在使用者提交交易以完成提款之前，就將提款標記為已就緒。以太坊交易收據是一份獨立的記錄。對於原生 ETH，收款人也可以檢查轉帳是否已到達預定地址，以及收款人是否能夠使用它。

當使用者在服務中斷後重試某個操作時，這種區別就很重要。兩次提交指令的嘗試可能會產生不同的訊息，或只有一筆交易被接受，這取決於請求的發送方式。錢包的歷史記錄可以幫助使用者在嘗試下一步之前，辨識出橋接所認可的是哪一則訊息。

Rollup 和橋接也可能以不同的時程恢復。排序器可能會恢復運作，而較早的提款仍在等待狀態或證明。新的 rollup 交易再次出現，是排序服務恢復的證據，但等待在以太坊上收到 ETH 的使用者仍需檢查自己的最終化狀態。

同樣的原則也適用於升級通知。一則公告可能會說橋接已暫停，但不會改變 rollup 繼續處理的內容。使用者需要辨識該暫停影響的是發起、證明、最終化還是其他操作。同一則通知對於處於流程不同階段的持有者，可能會有不同的意義。

對於比較中的這兩位使用者而言，最終證據是相同的。當以太坊記錄了 ETH 釋放給預定收款人時，他們的官方橋接提款才算完成。在此之前的一切，都只是告訴他們路徑的哪一部分正在運作，以及還剩下什麼需要發生。

觀察重點

• 排序器狀態：狀態通知與匯總交易紀錄可顯示正常排序何時停止與恢復。
• 以太坊收件匣：一筆成功的以太坊收據可確認備援訊息已提交，以及何時符合納入資格。
• 狀態發布：以太坊紀錄可顯示橋接是否具備處理提款所需的聲明或輸出。
• 緊急行動：授權簽署者、受影響的合約與交易時間，決定暫停或升級是否改變了使用者的路徑。
• 資產支撐：代幣的發行方與橋接決定官方提款比對是否適用於該餘額。

常見問題