结论先说
大多数跨链方案在两条链之间架一座桥：锁住资产、另一边铸造，安全取决于桥的验证器或签名委员会。OP Stack 的互操作走了另一条路：L2 之间的消息不经过任何锁铸环节，发起消息就是源链上的一条普通日志事件，执行消息则是目标链调用一个预部署合约，证明“那条日志确实在源链的某个区块里发生过”。验证对象从“桥安全不安全”变成了“这条链的这段历史数据有没有被正确重建”。它与锁铸桥、轻客户端桥的模型差异可对照跨链桥模型对比：轻客户端验证与锁铸模式，本文只讲这套日志证明机制本身。
一笔消息等于两笔交易
发送方链上，应用只要产生一条日志——任何合约发出的任何事件都可以充当发起消息，不需要专门的桥合约。接收方链上，第二个动作调用预部署合约 CrossL2Inbox 的校验函数，声明“源链某区块某索引处存在这条日志”。执行消息用一组标识字段唯一锁定发起消息：源链标识、区块号、事件索引、发送合约地址和负载本身，五者共同构成去重键；调用若回滚则不算执行消息，不会被记为已消费。应用层通常用 L2ToL2CrossDomainMessenger 这个更友好的封装完成两侧收发。这些预部署合约的地址与调用细节，可对照OP Stack 预部署合约是什么？地址段与跨链地址别名怎么核对。执行校验发生在目标链节点内部：节点自己从 L1 数据推导并同步源链区块，把声明的日志与真实历史比对，因此不需要外部中继者报答案——中继者只负责跑腿触发第二笔交易，跑错了节点会直接拒绝。
依赖集与集群：谁能直接给谁发消息
机制规定：只有处于目标链依赖集内的链，其日志才能直接触发目标链的执行。依赖集不相交的 A 链要通知 C 链，就得借道 B 链两跳转发。Superchain 互操作集群把这件事做到最简：集群内每条链把其余所有链都放进自己的依赖集，任意两链直通。加入集群的链按标准章程运行，共享同一个 L1 代理管理员所有权和协议升级投票流程，官方解释是把各链的同构安全模型绑在一起，压低跨链消息的木桶效应。跟随这么多链成本很高，专门为此设计的运行时 op-supernode 在单进程内推导集群内全部链并做跨链校验，普通节点则用更轻的模式跟一部分。
原生 ETH 与消息过期
ETH 在集群内各链之间移动靠 SuperchainETHBridge 与 ETHLiquidity 合约：不是跨链转移 ERC-20，而是在发起链锁定流动性、在目标链释放等量原生 ETH，各链 ETH 总量由流动性合约记账守恒。另一处工程细节是消息过期：未被中继的发起消息存在有效期，过期后可以在源链重新发出，避免旧消息在很老的区块高度附近卡死校验逻辑。对开发者的含义是：跨链动作要按“异步、可能重发”的模型写，不能假设一次发出必然被及时处理。
信任边界在哪里
这套机制的信任前提不是签名委员会，而是三条：目标链节点对源链历史的重建正确、集群内各链安全模型同构、排序器不出双叉。官方安全文档专门讨论了排序器同谋双叉的情形与延迟对安全性的取舍——延迟越高，双叉被拆穿的时间越充裕。换句话说，它把跨链风险从“桥合约被掏空”转换成了“链历史重建错误与集群治理失效”，这两类风险的可观测方式完全不同：前者看合约权限，后者看推导一致性与升级流程。对用户而言，最直观的差别是不再需要理解“包装资产”，收到的就是原生 ETH 或目标链上的原生资产，这与旨在对用户隐形的链抽象思路可以对照链抽象是什么？多链体验怎么对用户隐身。
小结
L2 到 L2 互操作的本质，是把跨链验证还原成链数据校验：发起消息是日志，执行消息是对日志的证明，依赖集圈定信任半径，集群把信任半径标准化。它不适合被简单描述成“一座更快的桥”——更像把多条链编译进同一本账的共同运行时。评估时查三点：目标链依赖集是否覆盖声称的网络、目标链是否标准章程集群成员、应用是否处理了消息过期与异步延迟。本文为机制说明，依据官方文档整理，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。