状态通道（State Channel）将区块链从"每一笔交易都上链广播"的模式，转变为"仅在开启和关闭通道时上链，中间无数次的链下更新由双方本地签名确认"。这是目前延迟最低（亚秒级）、手续费最小的扩容方案，但代价是严格的在线假设和资本锁定。

8.4.1 信道模型的基本思想

Alice 与 Bob 想要进行高频小额转账（如每秒 100 次，每次 0.01 BTC）。如果每笔交易都上链，Gas 费远超转账金额。

信道开启（上链）：Alice 与 Bob 共同向一个多重签名地址存入资金：

链下更新（不上链）：双方交换签名状态，记录最新余额分配。

信道关闭（上链）：任意一方将最新签名状态提交到链上，智能合约按状态分配资金。

8.4.2 惩罚机制：防止旧状态提交

问题：若 Alice 在某状态拥有 5 BTC，后续链下更新中仅剩 2 BTC。当通道关闭时，她可能恶意提交"旧状态"以试图多取 3 BTC。

解决方案：状态承诺 + 争议期：

1. 每次状态更新时，双方交换对新状态的签名；
2. 提交关闭时，挑战期（如 7 天）内，对方可提交更新状态的签名；
3. 若证明提交者使用了过期状态，其全部资金被罚没给对方。

sequenceDiagram
    participant A as Alice
    participant B as Bob
    
    A->>链: 共同存入 10 BTC 到多签合约
    Note over A,B: 通道开启
    A->>B: 签名: A=7, B=3 (状态 1)
    B->>A: 签名: A=7, B=3
    A->>B: 签名: A=5, B=5 (状态 2)
    B->>A: 签名: A=5, B=5
    A->>B: 签名: A=2, B=8 (状态 3 - 最新)
    B->>A: 签名: A=2, B=8
    Note over A,B: 通道关闭: Alice 恶意提交状态 1 (A=7, B=3)
    A->>链: 提交状态 1
    B->>链: 挑战: 提交状态 3 签名
    链->>链: 判定: Alice 作弊
    链->>B: 全部 10 BTC 罚没给 Bob
    style B fill:#ccffcc

8.4.3 闪电网络（Bitcoin Lightning Network）

HTLC（哈希时间锁合约） 是闪电网络跨通道支付的核心。路径支付（如 Alice → Carol，不直接连接）：

1. Alice 找到路径 A → B → C；
2. 每个中间节点通过 HTLC 锁定资金，设置递减的超时；
3. 接收方 Carol 揭示原像 $x$，各 HTLC 沿路径级联释放。

路由与流动性：

• 需要寻找有"足够流动性"的路径；
• 中间节点收取路由费（通常为交易额的 0.01%-0.1%）。

8.4.4 雷电网络（Ethereum Raiden）

相比于闪电网络专注于支付，雷电网络扩展为通用状态更新：

• 不仅支持 ETH/代币转账，还支持任意的状态机更新（如棋局、拍卖竞价）；
• 使用 ERC-20 代币而非原生 ETH 锁定；
• 采用类似的惩罚机制 + 争议期。

8.4.5 资本效率问题：资本锁定与再平衡

状态通道的根本经济限制是资本锁定（Capital Lockup）：

• Alice 要在通道中发送最多 10 BTC，必须在通道中锁定至少 10 BTC；
• 这些资金在通道关闭前无法用于其他用途。

再平衡问题：

如果资金总是单向流动（如 Alice 持续向 Bob 支付），通道将耗尽 Alice 一侧的余额，必须关闭并重新开启——这抵消了低延迟的优势。

// channel-capital-efficiency.ts
// 纯内置：模拟双通道资本锁定与再平衡

interface Channel {
  aBalance: number;
  bBalance: number;
  aDeposit: number;
  bDeposit: number;
}

function openChannel(aDeposit: number, bDeposit: number): Channel {
  return { aBalance: aDeposit, bBalance: bDeposit, aDeposit, bDeposit };
}

function payAtoB(ch: Channel, amount: number): boolean {
  if (ch.aBalance < amount) return false;
  ch.aBalance -= amount;
  ch.bBalance += amount;
  return true;
}

function rebalanceNeeded(ch: Channel, threshold = 0.1): boolean {
  const util = ch.aBalance / ch.aDeposit;
  return util < threshold || util > 1 - threshold; // A侧耗尽或B侧耗尽
}

const ch = openChannel(10, 10);
payAtoB(ch, 8.5); // Alice 支付 8.5
console.log(`A: ${ch.aBalance}, B:${ch.bBalance}`);
console.log(`需要再平衡? ${rebalanceNeeded(ch)}`);
// 输出: Alice 接近耗尽，需关闭重开 = 高昂资本效率损失

8.4.6 局限性总结

关键认知四：状态通道将区块链的"唯一真相源"从"链上"前移到"双方签名状态"。其扩容效率极高（每秒数百万笔），但严格的在线假设和资本锁定使其更适合高频、固定对手方、小额的场景（如游戏内微支付、IoT 设备间结算）。

← 8.3 侧链 | 前往 → 8.5 Rollup 技术