Layer2 开发：框架选型是比写合约更根本的决策

两条路线的经济现实：Optimistic 的惯性与 ZK 的窄门

所有 Rollup 最终都服务于同一个目标：在以太坊之外执行交易，把压缩后的数据和某种正确性信号发回 L1。分歧在于这个信号是什么。Optimistic Rollup 默认交易有效，只在有人提出异议时才在 L1 上运行欺诈证明，代价是一个通常 7 天的挑战窗口。ZK Rollup 每批交易附带密码学有效性证明，L1 即时验证，没有异议期，提款可以在数小时内完成。

技术叙事偏爱 ZK，但资金流向讲述的是另一个故事。Optimistic Rollup 仍然占据 L2 总 TVL 的约 80%，ZK Rollup 约占 20%。2026 年 4 月的数据中，Arbitrum One 约 168 亿美元、Base 约 107 亿美元、OP Mainnet 约 80 亿美元，三家 Optimistic 链构成第一梯队；ZK 阵营中 zkSync Era 约 31 亿美元，Starknet 约 6 亿美元。这不是因为 ZK 的技术方向错了，而是因为流动性、开发者生态和用户习惯存在强大的惯性。对于大多数应用型开发团队，在 Optimistic 生态中部署的边际收益，短期内仍然高于为 ZK 的最终性优势而迁移；只有当 7 天提款窗口对产品构成硬约束时，ZK 框架才应该进入严肃的比较视野。

四大框架：选的是生态，不只是代码

2026 年处理绝大多数新 L2 部署的框架是四个：OP Stack、Arbitrum Orbit、Polygon CDK 和 ZK Stack。它们之间的差异远不止“用哪种证明”。

OP Stack 是生产采用最广的选择。它运行着 50 多条链，处理超过 50% 的 L2 交易量，Base、Unichain、Sony Soneium、Kraken Ink 都在其上。OP Stack 是完全 EVM 等价，以太坊合约无需修改即可部署，MIT 许可且不向 OP Labs 支付协议费用。更关键的是成熟度：OP Mainnet 和 Base 已经进入 Stage 1，运行无需许可的故障证明系统，不再是最初那种“相信我”的乐观设置。Superchain 的原生互操作仍在推进中，尚未完全交付，但共享的标准和伙伴网络已经形成了实质性的网络效应。

Arbitrum Orbit 建立在 Nitro 栈之上，拥有最成熟的欺诈证明技术，BOLD 无需许可故障证明已经在主网运行。它的独特能力是 Stylus：合约可以用 Rust 或 C++ 原生编写，与 Solidity、Vyper 并行运行，对于计算密集型逻辑这是一次实质性的能力扩展。Orbit 还提供 AnyTrust 模式，用可信数据委员会替代全量数据发布来降低运营成本，ApeChain 和 XAI 都运行在这一模式下。代价在商业条款：在 Arbitrum One 和 Nova 之外部署的链需要向 Arbitrum 生态支付 10% 的协议净收入分成，OP Stack 和 ZK 框架没有这项费用。

Polygon CDK 和 ZK Stack 面向有效性证明路线。CDK 在 2026 年完成了一次重要的定位转变：从开源自助工具包变为 AggLayer 上的托管链即服务，团队不再自己“组装”链，而是与 Polygon Labs 合作部署。AggLayer 的跨链原子可组合性仍在成熟过程中，“共享流动性”目前更接近方向而非成品。ZK Stack 构建的主权 ZK 链加入 Elastic Network，共享证明生成基础设施以降低单链的证明成本，但生产部署数量仍然有限，采用阶段明显早于 OP Stack 和 Arbitrum Orbit。

对于大多数团队，决策顺序可以归结为：通用 EVM 应用且看重流动性和工具链深度，OP Stack 是实际默认选项；需要非 Solidity 合约或对成本结构有高度定制需求，Orbit 值得认真评估；最终性是产品定义中的硬约束，再进入 CDK 或 ZK Stack 的比较。Protofire 在其 2026 年的框架指南中给出的判断与此一致：OP Stack 是通用 EVM L2 的强默认，但框架只是一个决策，DA 层、排序器和周边基础设施由谁构建，是另外几个必须同时回答的问题。

数据可用性：从静态服务变成持续的成本变量

Rollup 的运营成本中，向 L1 发布数据长期是最大的一块。EIP-4844 的 blobs 把这个成本大幅压低，但以太坊的 blob 空间是有界的——目标每块约 6 个 blob，需求高峰时费用会迅速上升。这催生了一个独立的 DA 市场，而选择 DA 方案已经不再是一次性的技术配置，而是一个需要随代币价格和网络需求持续权衡的成本变量。

Celestia 是主权 DA 链的代表，只负责让交易数据可公开检索并可证明可用，执行和结算留给其他层。它的成本优势是真实的：2026 年初 Celestia 的 blob 费用通常远低于每 KB 0.01 美元，比以太坊 4844 blob 在高峰时段便宜两个数量级；有生产用户以约 3.41 美元/MB 的价格使用 Celestia DA。代价是安全预算：Celestia 的安全性低于以太坊，DA 消费者需要在成本和继承的安全假设之间做出明确取舍。EigenDA 走的是另一条路，通过 EigenLayer 再质押让 Rollup 继承以太坊的验证者安全集合，同时提供预留带宽的分层定价，对成本可预测性要求高的大型机构 Rollup 更有吸引力。

这意味着 L2 开发者需要把 DA 当成一个持续的成本架构问题来处理。交易量可预测的应用链，DA 选择相对稳定；需求波动大的场景，DA 成本的可预测性本身就是一个需要被设计进去的变量。选择 Celestia 意味着成本部分绑定 TIA 价格和网络需求；选择 EigenDA 与以太坊对齐更深，但多了一层再质押的安全假设；坚持以太坊 blob 获得最强的 L1 继承性，代价是高峰期的费用弹性和容量上限。

跨链：从“桥一个按钮”到合约层面的消息原语

L2 开发中最容易被低估的工作量，是把跨链从一个用户界面上的按钮，变成合约层面可组合的逻辑。原生桥的提款体验受到证明机制的硬约束：OP Stack 的 L2→L1 提款需要等待约 7 天的挑战期，L1→L2 存款则通常在 1 到 2 分钟内完成。7 天对大多数消费级产品是不可接受的，标准解法是在原生桥之上叠加流动性桥（Across、Hop、Socket 等），由流动性提供者承担等待风险，把用户体验压缩到分钟级。

合约层面的跨链消息传递则是另一层能力。OP Stack 的 L2ToL2CrossDomainMessenger 把跨链互操作抽象成了一次函数调用：源链合约调用 Messenger 的 sendMessage，目标链上的目标合约在消息被中继后接收到 calldata 并执行。一个极简的发送端大致是这样：

address constant MESSENGER = 0x4200000000000000000000000000000000000023;

function notify(uint256 targetChainId, address target, bytes calldata payload) external {
    L2ToL2CrossDomainMessenger(MESSENGER).sendMessage(
        targetChainId,
        target,
        payload
    );
}

Messenger 本身提供了重放保护和域绑定，开发者不需要自己实现 nonce 管理或链 ID 校验。但这种简洁性具有欺骗性：跨链消息的安全性永远取决于接收端的验证逻辑，发送端的抽象只是把复杂度转移了，而不是消除了。接收端合约必须正确验证调用者确实是 Messenger、消息确实来自预期的源链和源合约，否则一个简洁的发送接口反而会掩盖一个敞开的攻击面。

更宏观的互操作图景正在以太坊基金会推动下收敛。2026 年的 Open Intents Framework 已经获得 Arbitrum、Polygon、Optimism、ZKsync、Scroll 等主流 L2 的支持，目标是让用户通过“表达期望结果”而非手动选择桥和路径来完成跨链操作。更实质的进展来自 EEZ（Ethereum Economic Zone）：2026 年 10 月，以太坊主网完成了首笔从 L1 到 L2 的原子跨链交易，多笔操作被打包为一个原子整体，全部成功才生效，全部失败则回滚，标志着原子同步可组合性从理论进入主网实际应用。对于应用开发者，这意味着跨链设计的长期假设正在变化：未来的跨环境组合可能不再需要桥的等待窗口和 solver 的信任假设，而是像单链合约调用一样原子执行。在当前阶段，原生消息、意图协议和流动性桥仍然是不同层次的工具，选择哪一种取决于你对可组合性确定性与用户体验流畅性的优先级排序。

部署与 RaaS：工具链已经收敛，精力应该放在别处

合约部署本身与 L1 开发没有本质区别。Foundry 的 forge create 指向目标 L2 的 RPC 端点即可完

forge create src/MyContract.sol:MyContract \
  --rpc-url https://sepolia.base.org \
  --private-key $PRIVATE_KEY \
  --verify --etherscan-api-key $ETHERSCAN_API_KEY

--verify 标志在部署后自动在对应的区块浏览器上验证源码，Foundry 和 Hardhat 都已原生支持主流 L2 网络的 RPC 配置。真正需要警惕的细节不在命令本身，而在跨链行为的一致性：OP Stack 各链的 Messenger 预部署地址遵循同一规范，但链 ID、L1 对应关系和测试网与主网的地址差异必须逐一核对。一个在单链测试中完全正确的逻辑，在跨两条 L2 的消息流中可能因为中继顺序、gas 估算或目标链的区块确认时间而失败。

如果团队不想维护排序器、证明系统和桥合约，Rollup-as-a-Service 已经把建链的门槛降到了配置级别。Caldera、Conduit 和 Gelato 三家控制了约 70% 的 RaaS 部署份额，其中 Caldera 和 Conduit 接近持平。Conduit 是 OP Stack 最流行的托管平台，支持 Foundry、Hardhat 和 Blockscout 区块浏览器，部署时间以小时计。主网级别的全托管 Rollup 月费在数千美元量级，测试网可以低至每月几十美元。这改变的不是“能不能建链”，而是建链之后把工程精力放在哪里：对于大多数应用团队，答案应该是跨链逻辑、合约安全和用户体验，而不是排序器的运维。

一个正在发生的前提位移

2026 年 2 月，Vitalik Buterin 公开表示，以 Layer2 作为以太坊主要扩容引擎的原初愿景“已不再适用”。他的理由很直接：以太坊主链自身的 Gas 限额在持续提升，L2 不再需要充当“品牌分片”；多数 L2 的去中心化进展慢于预期，有些甚至可能永远停留在 Stage 1 以满足监管需求。因此，L2 应当重新定位——不再仅仅追求扩容，而是提供 L1 无法轻易给出的独特价值：隐私专用虚拟机、应用特化效率、极限扩容、低延迟、内置预言机，以及社交、身份和 AI 等非金融场景的设计空间。

这一转向对开发层面的含义是具体的。如果 L2 的价值不再是“更便宜的以太坊”，而是“为特定场景定制的执行环境”，那么框架选型的权重就会从“TVL 最大”向“能力匹配”迁移：游戏链需要 Stylus 或 AnyTrust 的成本结构，金融链需要 ZK 最终性和合规工具，机构场景需要可控的验证集合和可预测的 DA 成本。Vitalik 同时给出的最佳实践——至少保持 Stage 1 标准、尽可能实现与以太坊的互操作、探索与原生 Rollup 预编译集成以实现安全无信任的跨链操作和同步可组合性——实际上是在要求 L2 开发者在“专用化”和“不脱离以太坊安全轨道”之间找到平衡。

对于现在进入这个领域的开发者，最务实的态度或许是：把框架当作一个会持续演化的基础设施来选择，而不是一个一次性配置。合约逻辑和用户体验是你真正拥有的东西；证明系统、DA 路径和互操作协议都会在链的生命周期内发生变化。写出能在框架升级和跨链拓扑变化中存活的代码，比写出能在当前测试网上跑通的代码，要重要得多。Layer2 开发的下一个竞争维度，不是谁能提供更低的费用，而是谁能让跨环境的组合对开发者足够透明，让“多链”在工程体验上退化为“一条链”。