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 官方退出机制的评估本身无法确定外部发行方会兑付什么。

公平的比较应当将同一种资产分别通过两个官方桥接，并记录首次纳入、证明和最终完成的步骤。然后它会比较如果排序器停止会发生什么变化，以及紧急升级在任一提取完成之前能做什么。

从两个网络上相同的提现开始

假设一个用户在每个网络上持有原生 ETH，并希望将 ETH 取回以太坊。使用相同的资产使比较更容易，因为它避免了可能适用于包装代币的单独赎回规则。官方桥接仍然需要证据证明提现已开始，并且包含该提现的状态已根据 rollup 的规则被接受。

在正常运营中，用户在 rollup 上提交指令。其纳入会产生一条提现系统稍后可以识别的记录。用户或代表他们的界面随后可以在以太坊上执行所需的步骤。一旦相关桥接合约执行提现，资金就可在以太坊上使用。

钱包可以显示多种进度。它可以显示排序器已接受交易、某个批次已到达以太坊，或者提现已准备好进行后续步骤。这些标签描述的是不同的事件。一个将交易显示为已确认的界面可能仍然是在描述其在 rollup 上的状态。

在中断之前开始的提现也不同于用户尚未发起的提现。如果交易和支持它所需的状态已经到达以太坊，剩余的工作可能在那里进行。如果唯一的证据是排序器最近的响应，用户仍然需要相关数据和状态才能通过系统的其余部分。

这一区别有助于解释为什么中断期间第一个有用的问题是提现在哪里停止了。缺失的 rollup 交易需要一条纳入途径。已经记录在 rollup 上的提现可能正在等待证明或最终完成阶段。下一步行动取决于网络已经到达了这些阶段中的哪一个。

排序器停止时会发生什么变化

排序器通常为用户提供一条快速让交易被排序的途径。如果该服务停止响应，已提交的交易可能无法出现，即使以太坊继续运行。通过以太坊的途径为用户提供了一种将消息放入 rollup 输入的方法，而无需等待其正常端点恢复。

在 Arbitrum One 上，以太坊将消息记录在 Delayed Inbox 中。排序器可以在正常过程中将它们纳入。如果一条消息在适用的等待时间之后仍留在那里，强制纳入途径可以使其成为序列的一部分。记录该消息的以太坊交易和执行它的 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 被释放给预期收款人时，他们的官方桥接提现就完成了。在此之前的一切都告诉他们，这条路径的哪一部分正在运作，以及还有哪些事情需要发生。

需要关注什么

• 排序器状态：状态通知和汇总交易记录可以显示正常排序何时停止和恢复。
• 以太坊收件箱：成功的以太坊收据可以证明回退消息已提交，以及它何时具备被纳入的资格。
• 状态发布：以太坊记录可以显示桥是否拥有处理提现所需的声明或输出。
• 紧急操作：授权签名者、受影响的合约和交易时间决定了暂停或升级是否改变了用户的路径。
• 资产支撑：代币的发行方和桥决定了官方提现对比是否适用于该余额。

常见问题