Layer2 扩容方案全景解读

Layer2 是在基础链之外执行交易，再把数据或证明交回基础链验证与结算的扩容方案。它能分摊计算和数据成本，但不同网络继承主网安全性的程度并不相同。

判断一条网络是否属于 Layer2，不能只看它是否比主网便宜，也不能只看项目方的命名。应继续追问：状态由谁验证，交易数据放在哪里，排序器失效时用户能否通过主网提交或退出，合约又由谁升级。

Layer2 为什么能降低交易成本？

以太坊主网上的每笔交易都要占用稀缺的执行和数据空间。Rollup 把大量交易放到 L2 执行，再压缩成批次提交给以太坊，让多笔交易共同分担 L1 数据发布和验证成本。

一笔 L2 交易通常经历以下环节：

1. 用户在钱包中选择目标网络并签名，交易先发送给 L2 排序器或节点。
2. 排序器决定交易顺序，执行环境计算余额和合约状态变化，并给出快速确认。
3. 批处理服务压缩多笔交易，把恢复状态所需的数据发布到以太坊，常见载体包括 Blob。
4. Optimistic Rollup 等待错误状态被挑战，ZK-Rollup 则生成有效性证明供以太坊合约验证。
5. 状态通过协议规则结算后，用户可按该网络的桥接流程把资产退出到 L1。

这也解释了为什么“钱包显示成功”“L2 区块已确认”“批次已发布到 L1”和“状态已最终结算”不是同一个时间点。应用可以接受较快的 L2 确认，但高价值结算会更关注批次和证明状态。

Optimistic Rollup 与 ZK-Rollup 有什么区别？

两者都把执行移到链外，并借助以太坊处理数据可用性和结算。主要区别在于以太坊如何确认 L2 状态正确。

比较维度	Optimistic Rollup	ZK-Rollup
状态验证	先接受状态主张，保留挑战窗口纠正错误	提交有效性证明，由 L1 合约验证状态转换
主要等待环节	错误证明和挑战期	证明生成、聚合与提交
官方桥退出	通常要等挑战期结束	证明被验证后通常可完成协议退出
工程重点	故障证明、挑战参与者、强制包含路径	证明系统、执行环境、证明器和验证合约
共同风险	排序器、升级权限、桥、数据发布和应用合约	排序器、升级权限、桥、数据发布和应用合约

Optimistic Rollup 不是“完全不验证”，而是把发现错误的机会放在挑战期内。ZK-Rollup 也不是“零风险”，有效性证明只说明被证明的状态转换符合电路规则，不能替用户审计应用合约、治理权限或桥接资产。

两条路线的细节可分别查看Optimistic Rollup：Arbitrum 与 Optimism和ZK-Rollup：ZKsync、Starknet 与 Scroll。

Rollup、Validium、侧链和状态通道如何区分？

扩容方案的名称很多，最容易混淆的是“计算在哪里完成”和“恢复状态的数据在哪里保存”。证明状态正确，不等于数据一定可获得。

方案	状态验证	数据可用性	对基础链的依赖	典型取舍
Rollup	L1 验证故障证明或有效性证明	数据发布到 L1	高	数据成本较高，恢复与退出保障较强
Validium	L1 验证有效性证明	数据放在 L1 之外	中	费用更低，但增加数据委员会或外部 DA 假设
侧链	自有验证者和共识	侧链自身保存	较低	独立扩容，但不直接继承 L1 共识安全
状态通道	参与者更新链外状态，争议时回到 L1	主要由参与者保存	按通道规则	适合重复交互，不适合任意开放状态

Polygon PoS 虽然会向以太坊提交检查点，当前官方文档仍把它称为 EVM 兼容侧链。检查点不等于以太坊逐批验证其全部状态转换。关于这一技术演变，可阅读侧链是什么：Polygon 的技术路线演变。

比特币生态中的 Layer2 口径又不完全相同。闪电网络使用支付通道，Stacks 则有自己的执行、账本和 BTC 锚定机制，不能直接套用以太坊 Rollup 分类。具体差异可查看比特币 Layer2：闪电网络与 Stacks。

L2 的 Gas 费由什么组成？

L2 费用不是一个固定折扣。Rollup 用户支付的成本通常可以拆成：

总网络费 = L2 执行费 + L1 数据发布费 + 协议附加费

L2 执行费受本地 Gas 价格和合约计算量影响；L1 数据费取决于交易压缩后的大小、以太坊 Blob 或 calldata 价格以及网络设置。简单转账、代币授权和复杂 DeFi 交易即使在同一网络，成本也可能相差很大。

完整使用成本还应加入跨链桥费用、资产兑换滑点和退出到目标链所需的手续费。只比较一张“当前平均 Gas”截图，无法代表下一笔具体交易。有关实际选择方法，可继续阅读如何选择 L2 网络。

Layer2 的主要信任边界在哪里？

“结算到以太坊”并不意味着所有环节已经去中心化。检查 L2 时，至少要把以下五层分开：

检查层	需要确认的问题	失效时的影响
状态验证	错误证明或有效性证明是否实际运行	无法按预期排除错误状态
数据可用性	恢复状态的数据是否发布到 L1	节点可能无法重建状态或协助退出
排序器	谁控制排序，是否有强制包含路径	交易延迟、审查或短期停摆
升级治理	谁能升级核心合约，是否有延迟和否决机制	安全假设可能在用户退出前改变
资产出口	官方桥如何证明和完成退出	资产可能等待、受桥规则限制或依赖额外签名者

桥接资产还会引入单独风险。同一种稳定币在 L2 上可能是发行方原生版本、官方桥锁定后铸造的映射版本，或第三方桥包装版本。符号相同，不代表赎回路径相同。

Layer2 与 Layer1 是互补还是竞争？

从协议分工看，两者主要是互补关系。L2 提供更便宜的执行空间，L1 提供结算、数据可用性和争议处理。L2 活动也会消耗 L1 的数据空间，并需要 ETH 支付在以太坊上的提交成本。

从用户和应用角度，两者又会竞争交易、流动性和开发者注意力。多条 L2 还可能彼此形成孤岛，使用户承担桥接、换 Gas 资产和识别不同代币版本的成本。更完整的责任边界可查看Layer2 与 Layer1 的关系。

Base 和 Linea 展示了两种具体路线。Base 使用 OP Stack 和故障证明体系，Linea 使用 zkEVM 与有效性证明。可分别阅读Base 链的 L2 战略和Linea zkEVM 指南。

评估一条 Layer2 时先看什么？

不要先从代币涨跌或宣传的 TPS 开始。按下面顺序检查，更容易找到真正影响资产使用的问题：

1. 确认网络类型。区分 Rollup、Validium、侧链和状态通道，并核对官方文档与独立风险资料是否一致。
2. 找到数据和证明。确认数据发布位置、证明系统是否实际启用，以及状态达到 L1 结算要经过哪些阶段。
3. 查看权限。记录排序器、核心合约升级者、安全委员会和紧急暂停者，不把路线图当成当前状态。
4. 走通退出路径。核对官方桥、挑战或证明等待、L1 Gas、支持的代币版本和备用退出机制。
5. 再比较体验。最后才比较应用覆盖、钱包支持、流动性、实际 Gas 和服务稳定性。

常见问题

Layer2 上的 ETH 与以太坊主网 ETH 是同一笔链上余额吗？

不是同一条链上的余额。资产通过桥进入 L2 后，会在目标网络显示相应余额；返回主网要按桥的消息和退出规则处理。充值时必须同时核对网络。

L2 交易失败还会扣 Gas 吗？

可能会。交易被执行后即使合约回滚，仍消耗排序和计算资源。钱包拒签、尚未广播的交易通常不会产生链上 Gas。

使用中心化交易平台充提 L2，是否绕过了桥接风险？

平台可能在内部完成资金调度，让用户不必亲自操作官方桥，但风险没有消失，而是增加了平台支持、暂停充提和资产版本匹配等条件。

L2 的 TPS 数字可以直接横向比较吗？

不能。不同项目对交易、用户操作、批次和测试环境的统计口径可能不同。吞吐量还会受区块限制、数据发布和实际需求影响，应与可验证的链上活动及安全假设一起看。