区块链跨链操作：从互操作性目标到典型技术模型（区块链网络与跨链操作05）

关键词：区块链互操作性、跨链、跨链桥、公证人机制、侧链、中继、哈希锁定、分布式私钥控制、Lightning Network

摘要

早期区块链系统大多像一座座“孤岛”：比特币侧重价值转移，以太坊侧重智能合约，联盟链侧重行业协作，彼此之间的数据格式、共识机制、账户模型、交易模型和最终性规则并不统一。跨链操作要解决的核心问题是：如何让不同区块链在保持各自自治的前提下，安全地交换数据、转移价值、调用合约并验证彼此状态。

一个可互操作的区块链体系结构，可以理解为多个可区分的区块链系统的组合。每个区块链系统代表一个分布式数据账本，交易执行可能跨越多个区块链系统，且记录在一个区块链中的数据能够通过语义兼容的方式，被另一条链或外部交易访问、验证与使用。

---

1. 互联网的三大基本目标与区块链互操作架构

互联网之所以能够连接全球异构网络，关键不在于所有网络都完全相同，而在于它提供了一套可扩展的互联方式。类比互联网，一个可互操作的区块链架构也应当具备类似目标。

1.1 目标一：互联互通

互联网允许不同类型的局域网、广域网、设备和应用通过统一协议进行通信。对应到区块链，互联互通意味着：

• 不同链之间可以传递消息；
• 不同链之间可以识别交易、区块、状态证明；
• 应用不需要重复部署在每条链上，也可以访问其他链上的数据和资产状态。

1.2 目标二：端到端协作

互联网的核心思想之一是让网络层尽量通用，让应用端根据需求完成复杂逻辑。对应到跨链系统中，端到端协作意味着：

• 用户可以在源链发起操作，在目标链获得结果；
• 应用可以跨越多条链完成组合业务；
• 跨链通信过程应尽量减少对单一中心节点的依赖。

1.3 目标三：开放可扩展

互联网可以不断接入新的网络、协议和应用。区块链互操作架构同样应支持扩展：

• 新链可以通过适配器、轻客户端、中继协议或跨链网关接入；
• 不同共识机制、虚拟机、账户模型之间可以进行抽象适配；
• 系统升级不应破坏已有链的自治性和安全边界。

还有另一种三大基本目标的说法：
可生存性（Survivability）：尽管网络或网关受损，互联网通信仍必须能够继续进行；
服务类型的多样性（Varieties of service types）：互联网必须支持多种类型的通信服务；
网络的多样性（Varieties of networks）：互联网必须可以承载各种各样的网络。

第一种说法比较普遍，第二章说法是一本教材上提到的。

---

2. 区块链的互操作性

2.1 什么是区块链互操作性

区块链互操作性是指不同区块链系统之间进行信息交换、状态验证、资产转移、合约调用和业务协同的能力。它不要求所有链使用完全相同的底层架构，而是要求它们之间存在可以互相理解和验证的接口、协议或证明机制。

简单来说，互操作性解决三个问题：

1. 看得懂：一条链能理解另一条链传来的数据结构和业务语义；
2. 验得真：一条链能验证另一条链上的交易、状态或证明是否真实有效；
3. 执行稳：跨链操作在失败、超时、回滚、分叉等情况下仍能保持资产和状态一致。

2.2 为什么需要区块链互操作性

如果没有互操作性，不同区块链会形成“价值孤岛”和“数据孤岛”。例如：

• 供应链联盟链记录了货物流转数据，但金融链无法直接验证这些数据；
• 用户在 A 链拥有资产，却无法在 B 链的 DeFi 应用中使用；
• 游戏链上的 NFT 无法被社交链、交易链或身份链识别；
• 政务链、司法链、金融链之间难以形成可信协同。

因此，互操作性是区块链从单链应用走向多链生态的关键基础。

2.3 区块链互操作性应满足的要求

要求	含义	说明
身份可识别	跨链双方能识别账户、合约、资产与链 ID	防止把不同链上的同名资产混淆
数据语义兼容	数据格式、字段含义、编码方式可解释	例如金额精度、资产符号、时间单位一致
状态可验证	能验证另一条链上的交易或状态是否真实	常见方式包括 Merkle 证明、轻客户端证明、阈值签名
原子性	跨链交易要么全部成功，要么可安全回退	防止一边扣款成功，另一边不到账
最终性处理	能处理不同链的确认规则和分叉风险	PoW 链通常需要等待多个确认区块
资产守恒	跨链资产不能凭空增发或重复释放	锁定、销毁、铸造、释放必须严格对应
安全最小信任	尽量减少对中心化机构的依赖	不同技术路线信任假设不同
隐私与合规	跨链时避免泄露不必要的业务数据	可结合零知识证明、权限控制、审计机制
可扩展性	能接入更多链和更多业务	避免每两条链都需要单独定制一套协议
可治理性	能处理升级、密钥轮换、异常暂停	跨链桥攻击常与治理和密钥管理有关

---

3. 区块链跨链技术

3.1 跨链的本质

跨链并不是把一个资产“物理搬到”另一条链上。区块链上的资产本质是账本状态，无法像文件一样直接移动。跨链资产转移通常采用以下逻辑：

1. 在源链锁定或销毁资产；
2. 生成可验证的交易证明或状态证明；
3. 将证明传递到目标链；
4. 目标链验证证明后，铸造、释放或登记等价资产；
5. 若失败或超时，则触发退款、解锁或回滚机制。

因此，跨链技术的核心是：消息传递 + 状态验证 + 资产/业务状态同步。

3.2 跨链技术分类

按照跨链对象，可以分为：

• 资产跨链：Token、NFT、稳定币等资产在不同链之间映射和流通；
• 数据跨链：一条链读取或验证另一条链上的数据；
• 合约跨链调用：源链合约触发目标链合约执行；
• 身份跨链：DID、权限、凭证在多链环境中使用；
• 链下/二层跨链：支付通道、状态通道、Rollup 与主链之间的状态交互。

按照信任模型，可以分为：

• 中心化或半中心化信任：公证人、托管机构、中心化网关；
• 联盟式信任：多签委员会、阈值签名验证者组；
• 密码学验证信任：轻客户端、Merkle 证明、零知识证明；
• 经济安全信任：质押、惩罚、挑战期、欺诈证明；
• 链下协议安全：哈希锁定、时间锁、支付通道状态更新。

---

4. 跨链操作模型

跨链操作通常由以下角色组成：

• 用户：发起跨链交易或跨链调用；
• 源链：资产或数据原本所在的链；
• 目标链：接收跨链消息并执行结果的链；
• 跨链合约：负责锁定、销毁、铸造、释放或验证；
• 中继者/Relayer：负责监听事件、传递消息和提交证明；
• 验证者/Validator：负责检查跨链证明的有效性；
• 治理模块：负责参数调整、异常暂停、升级和密钥轮换。

4.1 通用流程

以“将 A 链上的 100 个 Token 跨到 B 链”为例：

1. 用户在 A 链向跨链合约提交请求；
2. A 链合约锁定 100 个 Token，并产生跨链事件；
3. 中继者监听到事件后，收集交易证明、区块头、Merkle 路径等材料；
4. 中继者把证明提交到 B 链；
5. B 链验证证明是否来自合法 A 链、交易是否最终确认、资产是否确实锁定；
6. 验证通过后，B 链铸造或释放 100 个映射 Token；
7. 如果超时、验证失败或目标链执行失败，则根据协议规则退款或进入人工/治理处理流程。

4.2 跨链操作中的关键难点

跨链模型看似简单，但工程实现中会遇到很多问题：

• 分叉问题：源链交易看似成功，但后续可能被重组；
• 最终性差异：不同链确认时间和最终性规则不同；
• 重复提交：同一笔证明可能被多次提交，目标链必须防重放；
• 资产精度差异：不同链的 Token 小数位不同；
• 合约失败：目标链执行合约时可能 gas 不足或逻辑报错；
• 中继者作恶：中继者可能延迟、丢弃、篡改消息；
• 验证成本高：在链上验证另一条链的共识可能非常昂贵。

---

5. 跨链技术一：公证人机制

5.1 基本原理

公证人机制是较早、较容易实现的跨链方案。它通过一个或多个可信实体观察源链事件，然后对事件结果进行签名确认。目标链接收到足够数量的公证人签名后，执行对应操作。

公证人可以是：

• 单个中心化机构；
• 多个联盟成员组成的委员会；
• 多签节点；
• 使用门限签名的验证者组。

5.2 操作示例

假设用户想把 A 链资产跨到 B 链：

1. 用户在 A 链锁定资产；
2. 公证人节点监听 A 链交易；
3. 当交易达到确认要求后，公证人签名确认；
4. B 链合约检查签名数量是否达到阈值；
5. 达到阈值后，B 链释放或铸造对应资产。

5.3 优点

• 架构简单，易于落地；
• 对源链和目标链的底层要求较低；
• 适合联盟链、企业链、许可链之间的跨链协作；
• 能较快支持异构链。

5.4 缺点

• 信任集中在公证人或委员会；
• 如果公证人私钥泄露，跨链资产可能被盗；
• 如果公证人合谋，可能伪造跨链消息；
• 公证人节点离线可能导致跨链服务不可用；
• 治理复杂，需要处理成员加入、退出、惩罚和密钥轮换。

5.5 适用场景

公证人机制适合信任边界明确的业务，例如：

• 银行间联盟链；
• 政务数据交换；
• 供应链金融；
• 企业内部多链系统；
• 对效率要求高、对完全去信任要求较低的跨链桥。

---

6. 跨链技术二：侧链 / 中继

6.1 侧链机制

侧链是与主链并行运行的区块链，可以通过双向锚定机制实现资产进出。用户在主链锁定资产后，侧链生成映射资产；用户退出侧链时，侧链销毁映射资产，主链释放原资产。

侧链的关键在于：

• 主链资产如何锁定；
• 侧链如何确认主链锁定事件；
• 用户如何从侧链安全退出；
• 主链如何防止伪造的退出证明。

6.2 中继机制

中继机制的核心思想是：一条链通过中继或轻客户端验证另一条链的状态。中继者负责提交区块头、交易证明、状态证明，但中继者本身不应成为完全可信对象。真正的验证逻辑应由目标链合约或轻客户端完成。

6.3 侧链与中继的区别

维度	侧链	中继
重点	资产双向锚定	状态与消息验证
典型动作	锁定、映射、退出	提交区块头、验证证明
安全来源	侧链共识、主链退出规则	被验证链的共识证明
成本	取决于资产进出频率	取决于链上验证复杂度
难点	退出安全、侧链作恶	异构共识验证成本高

6.4 优点

• 能减少对中心化机构的依赖；
• 适合构建长期运行的多链架构；
• 可以支持更复杂的跨链合约调用；
• 如果使用轻客户端验证，安全性更接近源链本身。

6.5 缺点

• 技术实现复杂；
• 链上验证成本可能很高；
• 不同链的共识算法、签名算法、区块结构差异较大；
• 对开发者理解门槛较高。

---

7. 跨链技术三：哈希锁定

7.1 基本原理

哈希锁定通常与时间锁结合使用，形成 HTLC（Hashed Time-Locked Contract，哈希时间锁合约）。它常用于原子交换和支付通道。

核心思想是：

• 收款方先生成一个秘密值 S；
• 计算哈希值 H = Hash(S)；
• 双方在不同链上分别创建带有相同哈希条件的合约；
• 谁能在规定时间内提供 S，谁就能领取资产；
• 如果超时无人提供 S，资产退回原持有人。

7.2 原子交换示例

假设 Alice 想用 A 链上的资产交换 Bob 在 B 链上的资产：

1. Alice 生成秘密值 S，并计算 H = Hash(S)；
2. Alice 在 A 链创建合约：Bob 如果能提供 S，就能领取 Alice 的资产；超时后 Alice 可退款；
3. Bob 在 B 链创建合约：Alice 如果能提供 S，就能领取 Bob 的资产；超时后 Bob 可退款；
4. Alice 在 B 链提供 S 领取 Bob 的资产；
5. S 被公开在 B 链上；
6. Bob 读取 S，在 A 链领取 Alice 的资产；
7. 如果任意一方不继续执行，时间锁保证资产最终能退回。

7.3 优点

• 不需要中心化托管方；
• 可以实现较强的原子性；
• 逻辑清晰，适合点对点交换；
• 是支付通道和闪电网络的重要基础。

7.4 缺点

• 要求两条链都支持哈希锁和时间锁；
• 用户体验较复杂；
• 不适合复杂合约状态跨链；
• 对时间参数设计要求高，时间过短可能失败，时间过长则资金占用严重。

---

8. 跨链技术四：分布式私钥控制

8.1 基本原理

分布式私钥控制通常指多签、门限签名或 MPC/TSS 等方案。它不把跨链资产交给单个私钥控制，而是由多个节点共同管理一个跨链地址或跨链账户。

常见形式包括：

• 多重签名：例如 3/5 多签，至少 3 个节点签名才能执行；
• 门限签名：多个节点共同生成一个看起来像普通签名的结果；
• MPC 私钥分片：私钥从不完整出现在任何单个节点上，而是由多方协同签名。

8.2 操作流程

以门限签名跨链桥为例：

1. 用户把源链资产转入由门限签名控制的托管地址；
2. 跨链节点观察并确认交易；
3. 达到确认条件后，节点共同生成签名；
4. 目标链合约或账户根据签名释放映射资产；
5. 用户从目标链赎回时，节点再次协同签名释放源链资产。

8.3 优点

• 相比单点托管更安全；
• 对不支持复杂智能合约的链也比较友好；
• 用户侧体验较简单；
• 门限签名可以减少链上验证成本。

8.4 缺点

• 安全性依赖节点集合；
• 节点合谋或密钥分片泄露会造成严重风险；
• 需要设计成员治理、惩罚、轮换和审计机制；
• 本质上仍然带有一定托管或委员会信任假设。

---

9. 典型应用场景：Lightning Network（闪电网络）

说明：题目中的 “Lighting Network” 通常应写作 Lightning Network，中文一般称为 闪电网络。

9.1 闪电网络是什么

Lightning Network 是比特币生态中的二层支付网络。它的核心目标是让大量小额、高频支付不必全部写入比特币主链，而是通过链下支付通道完成。比特币主链主要承担开通通道、关闭通道和争议仲裁的作用。

9.2 支付通道的基本思想

两个用户可以在比特币链上创建一个通道，然后在链下不断更新余额分配。例如：

1. Alice 和 Bob 在链上锁定一笔资金，创建支付通道；
2. 二人在链下签署新的余额状态；
3. 每次支付只更新通道状态，不立即上链；
4. 当通道关闭时，最终状态提交到链上结算；
5. 如果有人提交旧状态，惩罚机制可以保护诚实方。

9.3 多跳支付与 HTLC

如果 Alice 没有直接和 Dave 建立通道，但 Alice 和 Bob 有通道，Bob 和 Carol 有通道，Carol 和 Dave 有通道，那么 Alice 可以通过 Bob 和 Carol 把钱支付给 Dave。

这个过程使用 HTLC 保证中间节点不能偷钱：

• Dave 生成秘密值 S 和哈希 H；
• Alice 到 Bob、Bob 到 Carol、Carol 到 Dave 的每一跳都使用同一个 H；
• Dave 揭示 S 后，Carol、Bob、Alice 依次完成结算；
• 若支付失败，则各跳根据时间锁退款。

9.4 闪电网络体现的跨链思想

严格来说，Lightning Network 不是传统意义上的“两条独立公链之间跨链”，而是主链与二层通道网络之间的状态协作。它体现了跨链/链下互操作中的几个关键思想：

• 主链提供最终结算和安全兜底；
• 链下网络负责高频状态更新；
• HTLC 支持跨通道原子支付；
• 多跳路由类似互联网中的路径转发；
• 用户不必与每个收款方直接建立通道，也能通过网络完成支付。

因此，闪电网络可以作为理解跨链、二层扩展和链下状态协作的典型案例。

---

10. 跨链技术对比

技术路线	信任模型	适合场景	优点	缺点
公证人机制	信任单个或多个公证人	联盟链、企业链、快速落地跨链桥	简单、兼容性强	中心化风险、密钥风险
侧链	信任侧链共识和退出机制	主链扩展、资产映射、应用链	扩展能力强	退出机制复杂、安全依赖侧链
中继/轻客户端	在链上验证另一条链状态	去信任跨链消息、跨链合约调用	安全性强、信任假设少	成本高、实现复杂
哈希锁定	密码学哈希 + 时间锁	原子交换、支付通道	不依赖托管、原子性强	只适合特定交易模型
分布式私钥控制	多签/门限签名/MPC	资产跨链桥、托管型跨链服务	用户体验好、链适配强	仍依赖委员会或节点安全
Lightning Network	主链结算 + 链下通道 + HTLC	高频小额支付	快速、低成本、适合微支付	通道流动性、路由、在线性要求

---

11. 跨链系统的安全设计要点

11.1 防止双花和重复铸造

目标链必须记录已经处理过的跨链消息 ID、交易哈希或证明编号，防止攻击者重复提交同一证明，多次铸造资产。

11.2 处理最终性和分叉

不同链的最终性不同。PoW 链可能发生区块重组，BFT 类链通常具有更快最终性。跨链协议应根据源链特点设置确认数、挑战期或最终性验证规则。

11.3 控制验证者和密钥风险

如果跨链桥依赖多签、门限签名或 MPC，就必须重视：

• 私钥分片保护；
• 签名节点准入；
• 节点离线处理；
• 恶意节点惩罚；
• 定期密钥轮换；
• 紧急暂停机制。

11.4 合约安全审计

跨链合约通常控制大量资产，因此必须关注：

• 重入攻击；
• 权限绕过；
• 伪造证明；
• 初始化错误；
• 升级代理风险；
• 精度换算错误；
• 跨链消息重放。

11.5 设计失败回滚路径

跨链操作一定要考虑失败情况，例如：

• 源链成功但目标链失败；
• 中继者离线；
• 目标链拥堵；
• 用户长时间不领取；
• 跨链消息被延迟；
• 验证者集合出现争议。

好的跨链协议不仅要设计“成功路径”，更要设计“失败路径”。

---

12. 总结

区块链跨链操作的目标，是让不同链在保持自治和安全边界的前提下，实现数据、资产、身份和合约逻辑的互联互通。它借鉴了互联网的互联思想，但难度更高，因为区块链跨链不仅传递信息，还传递价值和可验证状态。

不同跨链技术各有适用边界：

• 公证人机制适合快速落地，但信任假设较强；
• 侧链和中继适合构建更长期、更通用的跨链基础设施；
• 哈希锁定适合原子交换和支付通道；
• 分布式私钥控制适合资产桥，但需要严密治理；
• Lightning Network 展示了链下通道、HTLC 和多跳路由如何提升支付效率。

未来的跨链系统会更加重视轻客户端验证、零知识证明、模块化安全、跨链消息标准和多链应用组合。真正成熟的多链生态，不是简单把资产桥接到更多链上，而是让不同链上的状态能够被安全、明确、低成本地访问和验证。

---

参考资料

1. World Bank Group, Blockchain Interoperability, 2021.
2. 可信区块链推进计划，《区块链互操作白皮书》.
3. Lightning Labs Docs, The Lightning Network Overview.
4. Joseph Poon & Thaddeus Dryja, The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments.
5. Vitalik Buterin, discussions on blockchain interoperability and cross-chain communication.