第 2 层提款时间:最终印章与您的资金之间最多需要十天
核心要点
- 网络设计 Arbitrum One 合约中设定的等待期为 45,818 个以太坊区块的欺诈窗口,按每个区块 12 秒计算,等待期约为 6.4 天;
- 管辖的是以太坊上证明的执行 Linea ZK 无欺诈窗口;
- 管辖的是以太坊 Scroll ZK 上证明的执行,无欺诈窗口;

当您将资金从第 2 层网络转移回以太坊时,您的钱包会在大约二十分钟后告诉您该过程已完成。此时你的钱还没有到达以太坊,根据网络的不同,需要的时间从不到两个小时到十多天不等。显示内容与实际发生情况之间的差距就是为什么在兑换截止日期前不久开始提款通常来得太晚的原因。我于 2026 年 9 月 14 日亲自测量了等待时间,直接对照以太坊上的合约和六个第 2 层网络的公共节点。简短的回答是:在乐观的 Arbitrum One、OP Mainnet 和 Base 网络上,最终的标记比当前状态晚大约 18 到 24 分钟,但写入合约的等待期为 1 到 7 天。在 ZK 网络 zkSync Era、Linea 和 Scroll 上,标记滞后 1.7 到 4.1 小时,它大致描述了您的资金在以太坊上可领取的时刻。同一个词,两种完全不同的含义。 Layer 2 撤回解释:返回以太坊时真正发生的情况 Layer 2 是一个自己的网络。它自行处理交易,然后将结果批量发布到以太坊。收益体现在成本中;价格在提款时支付。任何人撤回资金都必须等到以太坊接受第 2 层结果为有效。路线共有三级台阶,只有第一级比较快。首先在第 2 层本身开始提款。然后网络必须将相应的状态提交给以太坊,只有在此之后,真正的等待期才开始。最后是以太坊上的第二笔交易,您可以通过该交易领取资金。任何只完成第一步然后等待的人都可能会无限期地等待,因为在大多数网络上,索赔不会自行发生。状态根、证明和声明 状态根是一个单一的检查值,它总结了第 2 层网络在某个时间点的整个资产负债表。该检查值是以太坊随后验证您的提款是否确实属于有效状态的锚点。只要包含您提款的区块没有状态根被发布到以太坊,无论您等待多久,您都无法证明任何事情。只有当根到位后,您才可以提交证明。此后,窗口运行,其他参与者可能会反对。如果期限到期且无异议,您就可以领取这笔钱。最终确定的标记:为什么区块浏览器中的“最终确定”意味着两个不同的事物 EVM 网络上的每个节点都知道一个名为“最终确定”的区块标记。该标记描述了网络认为不可逆转的状态。在以太坊本身上,这是明确的。在第 2 层,含义取决于网络的构建方式,而这正是产生误解的地方。在乐观网络上,标记是指派生第 2 层状态的数据。一旦该数据在以太坊上最终确定,从中派生的第 2 层区块就被视为最终确定。这并没有说明你的退出。欺诈窗口保持独立运行。在 ZK 网络上,标记与对您真正重要的东西联系得更紧密:只有在相应的证明在以太坊上得到验证和执行后,才会将批次作为最终的批次。任何人从 Arbitrum 或 Base 上的那个标记中读出他们的提款都会有数百倍的误差。相同的过程,两种截然不同的时间尺度:在 ZK 网络上,您以小时为单位进行测量,在乐观的网络上,以天为单位。我们自己的测量:六个第 2 层网络的合约规定的提款期 该分析由 cryptoticker.io 于 2026 年 9 月 14 日进行。测量是在 UTC 时间 06:56 通过公共节点针对以太坊区块 25,974,039 进行的,没有账户也没有密钥。在每种情况下,我都会查询以太坊合约中的参数并设置等待期。一个方法细节造成了差异:我没有从列表中获取合约地址,而是从规范桥接合约开始解析它们。在 Arbitrum One 上,这座桥通向了一份与许多老指南所称的不同的汇总合约;较旧的报告从 2025 年 2 月开始处于确认状态,因此已被取代。查询错误的地址,你会得到一个看起来像测量值的答案。网络设计 Arbitrum One 合约中设定的等待期为 45,818 个以太坊区块的欺诈窗口,按每个区块 12 秒计算,等待期约为 6.4 天;加上 14,400 个区块的宽限期(约 2.0 天),仅在争议中算作 OP 主网乐观的 604,800 秒成熟期(7.00 天);加上 302,400 秒的锁定期(3.50 天)基础乐观期 86,400 秒的成熟期(1.00 天);锁定周期设置为0 zkSync Era ZK无欺诈窗口;管辖的是以太坊上证明的执行 Linea ZK 无欺诈窗口;管辖的是以太坊 Scroll ZK 上证明的执行,无欺诈窗口;管辖的是以太坊上证明的执行。成熟期是指您提交的证明和允许的索赔之间必须经过的时间。锁定期是操作者写入合约作为安全缓冲区的额外等待。这两个值都位于同一个合约中。在紧急情况下它们是否相加或重叠取决于争议程序的运行方式,我没有通过我自己的撤回来验证这一点。任何保守计划的人都会将它们加在一起。
乐观汇总:为什么 Arbitrum 上的欺诈窗口长达 6.4 天 乐观汇总假设提交的结果是正确的,并为其他人提供了一个可以证明相反结果的窗口。该窗口是欺诈窗口,也是等待的真正原因。它的大小使得诚实的参与者仍然可以反对,即使有人试图将他们从网络中推出一段时间。在 Arbitrum One 上,汇总合约持有价值 45,818 个以太坊区块。按每个区块 12 秒的目标时间进行转换,即 549,816 秒,即 6.36 天。在我的测量中,转换是唯一一个埋藏假设的地方:以太坊区块平均以 12 秒的节奏到达,并且可能会错过各个时隙。实际上,延长窗口而不是缩短窗口。除此之外还有 14,400 个区块的宽限期,大约两天。在正常操作中,该宽限期不适用;仅当存在实际争议时,它才有意义。对于您的计划来说,这意味着 6.4 天是标准情况,如果您没有缓冲,8.4 天是您应该使用的上限。 OP 主网和 Base 在合约层面进行比较:相同技术上的 7 天与 1 天 测量中最有趣的发现位于运行相同软件的两个网络之间。 OP主网的门户合约到期日为604,800秒,正好7天,加上锁定期302,400秒,即三天半。在相同构建的合约中,Base 包含 86,400 秒,即一天,锁定期为零。两个值都来自同一时刻的同一查询,并且两个网络都在同一软件上运行。因此,差异是各自治理机构做出的决定,而不是技术上的必要性。这也是为什么你不应该永远依赖你读过的一个数字:今天一天的数据可能会在合同更新后回到七点。该号码公开在合同中,可以随时查询。这对于您选择的网络意味着什么如果您经常在第 2 层和以太坊之间来回移动,则提款时间和费用一样是一个艰难的选择标准。持续时间决定了您对截止日期(例如加密货币交易所的提款截止日期)做出反应的速度。任何长期持有资金的人都不会感受到其中的差异。任何与他们一起工作的人每次都能感受到这一点。 ZK rollups:为什么 zkSync、Linea 和 Scroll 在数小时而不是几天内结算 ZK rollup 并不向以太坊提供必须受到争议的声明,而是提供合约本身重新计算的数学证明。如果证明通过,则状态有效。不需要欺诈窗口,因为没有什么可以质疑的。之所以会出现剩余的等待,是因为总是为整批区块生成证明,并且生成它会花费计算时间。这个延迟正是我所测量的,通过查询每个网络的当前块及其作为最终块携带的块,然后比较时间戳。网络设计 最终状态滞后 2026 年 9 月 14 日 06:56 UTC Base 乐观 17.6 分钟 Arbitrum One 乐观 19.1 分钟 OP 主网乐观 23.7 分钟 Scroll ZK 104.5 分钟(1.74 小时) Linea ZK 219.1 分钟(3.65 小时) zkSync Era ZK 244.5 分钟(4.08 小时) 最初乍一看,表格读错了,这就是它的价值。三个乐观网络位于顶部,因为它们的标记显示出最小的延迟,尽管正是在那里,最长的真正等待即将到来。三个 ZK 网络位居底部,尽管它们的数字是唯一能表明您何时能拿到钱的网络。障碍确实解除了,但有其自己的时间表:在每个网络上,提交和声明之间都有一个固定的时间段。测量的提交节奏:OP 主网上每 60 分钟一次,Base 上每 19 分钟一次 在欺诈窗口之前,需要等待,大多数指南都忽略了这一点:只有在包含提款的状态完全提交到以太坊后,您的提款才能得到证明。为了衡量这一点,我通过相关合约读出了 OP 主网和 Base 的 24 个最新提交内容,并比较了它们的时间戳。在 OP 主网上,中位数为 60.4 分钟,范围为 60.2 至 60.4 分钟。该窗口运行时间为 9 月 13 日 07:23 UTC 至 9 月 14 日 06:30 UTC。因此,节奏实际上是每小时一次,几乎没有波动。在 Base 上,中位数为 19.2 分钟,但范围为 4.4 到 35.2 分钟,测量时间是从 9 月 13 日 23:08 UTC 到 9 月 14 日 06:43 UTC。 Base 提交的频率更高,但频率较低。出于计划目的,您可以将此时间添加到顶部。在 OP 主网上,光是等待下一次提交就可能要花上整整一个小时,而在 Base 上则要花费半个小时。相对于 7 天的窗口期,这一点几乎没有被记录下来。如果您在最后一天开始提款,则由该时间决定。
