閃電網路 Channels 詳解

進階 📅 發布：2026-02-17 🏷️ lightning, channels, htlc, technical 計算中...

深入理解 HTLC、通道狀態與流動性管理。

閃電網路通道詳解

閃電網路（Lightning Network）是比特幣的第二層擴展解決方案，其核心概念便是「通道」（Channel）。本文深入解析閃電網路通道的運作原理、技術細節與實用考量。

什麼是閃電網路通道？

閃電網路通道是一種在比特幣主鏈之外建立的雙向支付管道。透過通道，兩方可以進行多次、瞬間的比特幣轉帳，而無需將每一筆交易都廣播到區塊鏈上。只有在通道開啟和關閉時，才需要與主鏈互動。

通道的運作基於比特幣的腳本機制，結合 HTLC（Hash Time Locked Contract）技術，確保資金的安全性和交易的 atomic 特性。

通道的建立

建立閃電網路通道需要以下步驟：

資金交易（Funding Transaction）：雙方共同創建一筆比特幣交易，將資金鎖定在 2-of-2 的多簽地址中。
承諾交易（Commitment Transaction）：雙方各自產生對應的承諾交易，定義通道餘額的分配。
初始狀態：通道建立後，雙方可以根據約定的餘額進行轉帳。

通道容量與餘額

通道容量（Channel Capacity）：通道中鎖定的總比特幣數量。
本地餘額（Local Balance）：你自己在通道中持有的金額。
遠端餘額（Remote Balance）：對方在通道中持有的金額。
可流動性（Liquidity）：通道餘額決定了你能支付的金額上限。

通道狀態與更新

每次轉帳後，通道雙方需要「更新」通道狀態。這涉及：

銷毀舊狀態：雙方交換新的狀態，並使舊狀態失效。
餘額重新分配：根據轉帳金額，重新計算雙方的餘額。
私鑰輪換：為確保安全性，每次狀態更新都會輪換私鑰。

撤銷機制

閃電網路採用 撤銷機制（Revocation） 來懲罰試圖作弊的行為：

如果一方試圖使用舊狀態廣播承諾交易，對方可以使用撤銷金鑰索取全部通道餘額。
這使得欺騙成本遠高於潛在收益，從而確保雙方都會誠實行事。

HTLC 技術詳解

HTLC（Hash Time Locked Contract）是閃電網路的核心技術：

// HTLC 的基本結構
OP_IF
    <revocation_hash>
OP_ELSE
    <timeout> OP_CHECKSEQUENCEVERIFY OP_DROP
    <payment_hash> OP_EQUALVERIFY
OP_ENDIF

Hash Lock：收款方需要提供原像（preimage）才能領取資金。
Time Lock：如果在 timeout 之前未收款，資金退還給付款方。

路由支付

HTLC 使得多跳路由成為可能：

發送方產生一個雜湊值 H。
接收方提供原像 R，使得 H = hash(R)。
每一跳的節點都需要提供 R 來轉發款項。

通道的生命週期

開啟通道

協商參數（金額、手續費率等）
創建 Funding Transaction
等待確認（通常 1 個區塊）

維持通道

定期檢查通道狀態
監控對手上線狀態
重新平衡通道餘額

關閉通道

協力關閉（Cooperative Close）：雙方協商一致，平滑關閉。
單方面關閉（Unilateral Close）：一方離線或拒絕合作，另一方可以單方面廣播最後的承諾交易。

Taproot Channels：閃電網路的重大升級

什麼是 Taproot Channels？

Taproot Channels 是基於比特幣 Taproot 升級（2021 年 11 月激活）的閃電網路通道實現，由 Rusty Russell 提出並被閃電網路實作廣泛採用。Taproot Channels 利用了 Taproot 的關鍵特性：

Schnorr 簽名：允許簽名聚合，多個簽名可以合併為單一簽名
MAST（Merkelized Abstract Syntax Tree）：允許隱藏未執行的腳本分支
靈活的腳本條件：支援更複雜的支付邏輯

Taproot Channels 的技術優勢

1. 隱私性提升

傳統閃電網路通道的 Commitment Transaction 包含 HTLC 輸出，這些輸出在區塊鏈上是可識別的。Taproot Channels 的改進：

所有通道狀態（正常關閉、撤銷、HTLC）現在看起來都類似
外部觀察者無法區分不同類型的交易
通道關閉時只顯示最終餘額分配

2. 費用效率

// Taproot Channels 的腳本結構示例
// 傳統方式：每個 HTLC 需要單獨的輸出
// Taproot 方式：所有腳本條件聚合為單一 MAST 結構

// 節省交易費用的關鍵：
// - 單一 Taproot 輸出替代多個 HTLC 輸出
// - 簽名聚合減少見證數據大小
// - 典型節省：30-50% 的鏈上費用

3. 腳本靈活性

Taproot Channels 支援更複雜的通道設計：

通道工廠（Channel Factories）：多方共同建立通道
可變到期時間：更靈活的資金回收機制
多路徑支付：單筆支付可拆分走多個路由

實作狀態

主流閃電網路實作對 Taproot Channels 的支持：

實作	狀態	版本
Core Lightning	已實現	v23.08+
LND	開發中	v0.17+ (部分)
Eclair	已實現	v0.10+
LDK	已實現	v0.0.1+

PTLC：下一代支付路由

什麼是 PTLC？

PTLC（Point Time Locked Contract，點時間鎖定合約）是取代 HTLC 的新一代閃電網路支付協議。與 HTLC 使用 Hash Lock 不同，PTLC 使用 adaptor 簽名和離散對數相等證明（Discrete Log Equality Proof）。

HTLC 的局限性

HTLC 在隱私和效率方面存在固有缺陷：

可識別性：Hash Lock 的預影像（preimage）在多跳路徑中傳遞，每個節點都能看到相同的雜湊值
路由暴露：相同支付的 HTLC 在區塊鏈上是可關聯的
失敗重試困難：失敗的 HTLC 難以無痕重試

PTLC 的技術原理

# PTLC 的核心機制
# 1. 發送方生成隨機 scalar: s
# 2. 計算 point: P = s * G
# 3. 每個中間節點使用 adaptor 簽名
# 4. 接收方 reveal s 完成支付

# 關鍵特性：
# - 每筆支付使用獨立的隨機點，無法定義關聯
# - adaptor 簽名允許節點在不知道完整簽名的情況下轉發
# - 離散對數相等證明確保支付的 atomic 性

PTLC 的優勢

1. 隱私改進

每筆支付使用不同的隨機 scalar，無法在區塊鏈上關聯
路由節點只知道前後節點，無法追蹤支付路徑
多路徑支付更容易實現隱私

2. 原子化 Swap

PTLC 支援更安全的跨鏈原子化交換：

// PTLC 實現原子化 Swap 的邏輯
// 假設 Alice 想用 BTC 換 LTC：

// 1. Alice 生成 random scalar s
// 2. Alice 計算 PTLC point: P = s * G
// 3. Alice 建立 PTLC：如果提供 s 的離散對數相等證明，獲得 BTC
// 4. Bob 建立對應的 PTLC：如果提供 s，獲得 LTC
// 5. 只有知道 s 的一方可以完成兩筆交易
// 6. 確保原子性：要么都成功，要么都失敗

3. 路由效率

減少見證數據大小
降低節點計算負擔
支援更長的路由路徑

PTLC 部署狀態

PTLC 的全面部署需要閃電網路協議的升級：

組件	狀態	說明
基礎設施	已實現	Schnorr 簽名已上線
協議升級	進行中	需要 LND/Core Lightning 升級
錢包支持	部分	少數錢包開始支持
節點升級	關鍵	需要大多數節點升級

預計 PTLC 將在 2025-2026 年逐步成為主流。

實用考量

通道流動性

通道餘額決定了你能支付的金額
入金通道（Inbound Liquidity）決定你能接收的金額
可以透過「swap」服務購買流動性

路由費用

閃電網路的手續費結構：

基礎費用（Base Fee）：每筆固定費用（通常是 1 satoshi）
費率費用（Proportional Fee）：按轉帳金額比例收費（通常是 1 ppm）

隱私考量

通道資金與比特幣主鏈資金混合
路由節點可以看到轉帳金額，但無法得知發送方和接收方
下一跳只知道前一跳和後一跳

常見問題

閃電網路安全嗎？

閃電網路採用加密和經濟激勵機制確保安全。只要遵守協定設計，原則上不可能被盜。但使用者仍需注意節點安全、備份通道狀態等。

通道會過期嗎？

大多數閃電網路實現沒有強制過期時間。但某些 older 實現可能有 CSV timeout 限制通道 lifetime。

需要保持節點線上嗎？

是的，維持通道需要節點在線。如果離線太久，可能無法及時回應對方的關閉交易。但現在有「watchtower」服務可以委託監控。

總結

閃電網路通道是比特幣擴展解決方案的核心技術。透過 HTLC 和撤銷機制，閃電網路實現了安全、快速、便宜的微支付。雖然流動性管理和節點運營有一定門檻，但對於需要頻繁小額支付的場景，閃電網路是極具價值的解決方案。