1
2
3
4
5
6
7
8
9
10
11
| 比特幣主鏈限制：
├── 區塊大小：~4MB（SegWit）
├── 區塊時間：~10 分鐘
├── 容量：~7 TPS
└── 費用：隨需求波動
閃電網路解決：
├── 即時確認（毫秒級）
├── 極低手續費（<1 聰）
├── 理論無限 TPS
└── 保持比特幣安全性
|
1
2
3
4
5
6
7
8
9
10
11
12
13
| 基本概念：
比特幣主鏈 閃電網路
──────── ────────
開啟通道 ──────────────────→ 離鏈交易
(鏈上交易) (無限次數)
│ │
│ │
│ 通道內餘額轉移 │
│ Alice ←→ Bob │
│ │
關閉通道 ←──────────────────── 最終結算
(鏈上交易)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| 1. Alice 和 Bob 各提供公鑰
2. 創建 2-of-2 多簽地址
3. Alice 存入 0.1 BTC（資金交易）
4. 通道開啟
初始狀態：
┌─────────────────────────┐
│ 支付通道 │
│ │
│ Alice: 0.1 BTC │
│ Bob: 0.0 BTC │
│ │
│ 容量: 0.1 BTC │
└─────────────────────────┘
|
1
2
3
4
5
6
7
8
9
10
| Alice 支付 0.03 BTC 給 Bob：
新狀態：
┌─────────────────────────┐
│ Alice: 0.07 BTC │
│ Bob: 0.03 BTC │
└─────────────────────────┘
這個更新不需要鏈上交易！
只需要雙方簽署新的承諾交易
|
1
2
3
4
5
6
7
8
9
10
| 合作關閉（正常）：
1. 雙方同意最終餘額
2. 廣播結算交易
3. Alice 收到 0.07 BTC
4. Bob 收到 0.03 BTC
非合作關閉（一方不配合）：
1. 一方廣播最新承諾交易
2. 等待時間鎖
3. 各自取回餘額
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| 終端用戶節點：
├── 目的：發送和接收支付
├── 通道：1-5 個
├── 路由：通常不做
└── 例子：Phoenix、Breez 用戶
路由節點：
├── 目的：轉發支付賺取費用
├── 通道：10-1000+ 個
├── 路由：主要功能
└── 例子：ACINQ、Kraken
商家節點：
├── 目的：接收支付
├── 通道：根據業務量
├── 路由：可選
└── 例子：BTCPay Server 商家
|
1
2
3
4
5
6
7
8
9
10
11
12
13
| 作為路由節點，你是：
1. 流動性提供者
└── 將資金鎖定在通道中
2. 網路基礎設施
└── 幫助支付找到路徑
3. 費用收取者
└── 為路由服務收取費用
4. 去中心化參與者
└── 增強網路韌性
|
1
2
3
4
5
6
7
8
9
10
11
| 收益：
├── 路由費用收入
├── 學習閃電網路深層知識
├── 支持比特幣生態
└── 潛在的業務機會
成本：
├── 資金鎖定（機會成本）
├── 時間投入
├── 鏈上費用（開/關通道）
└── 硬體和頻寬
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| HTLC 是跨通道支付的核心：
Alice ──→ Bob ──→ Carol
│ │ │
└────────┴────────┘
使用同一個 preimage
流程：
1. Carol 生成 secret（preimage）
2. Carol 計算 hash(secret) = H
3. Carol 給 Alice 一個包含 H 的 invoice
4. Alice 創建 HTLC：「誰能提供 H 的原像，就能拿走這筆錢」
5. Bob 轉發同樣的 HTLC（減去手續費）
6. Carol 揭示 secret，拿走錢
7. Bob 用同一個 secret 向 Alice 索取
8. 支付完成
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| 隱私保護機制：
Alice → Bob → Carol → Dave
Bob 知道：
├── 上一跳：Alice
├── 下一跳：Carol
├── 不知道：最終目的地是 Dave
加密層次（像洋蔥）：
┌──────────────────────────┐
│ 給 Bob 的指令（外層） │
│ ┌────────────────────┐ │
│ │ 給 Carol 的指令 │ │
│ │ ┌────────────────┐ │ │
│ │ │ 給 Dave 的指令 │ │ │
│ │ └────────────────┘ │ │
│ └────────────────────┘ │
└──────────────────────────┘
每個節點只能剝開自己的那一層
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| 通道容量（Capacity）：
└── 通道中的總金額（Alice + Bob）
本地餘額（Local Balance）：
└── 你這邊可以發送的金額
遠端餘額（Remote Balance）：
└── 對方那邊可以發送的金額
範例：
┌────────────────────────────────┐
│ 1,000,000 sats 通道 │
│ │
│ 本地: 600,000 遠端: 400,000 │
│ ├──────────┼────────┤ │
│ 可發送 可接收 │
└────────────────────────────────┘
|
1
2
3
4
5
6
7
8
9
10
11
| 出站容量（Outbound）：
└── 你可以發送的總金額
└── = 所有通道的本地餘額總和
入站容量（Inbound）：
└── 你可以接收的總金額
└── = 所有通道的遠端餘額總和
對於路由節點：
├── 需要平衡的出站和入站
└── 否則只能單向路由
|
1
2
3
4
5
6
7
8
9
10
11
12
13
| LND 為什麼流行：
1. 文檔完善
└── 官方文檔、社區資源豐富
2. 生態系統
└── RTL、ThunderHub、Zeus 等工具支援
3. 穩定性
└── 經過多年生產環境測試
4. 功能完整
└── AMP、Wumbo、Keysend 等
|
1
2
3
4
5
6
7
8
9
10
11
12
13
| Core Lightning 特點：
1. 輕量級
└── 資源佔用低，適合樹莓派
2. 插件系統
└── 高度可擴展
3. 規範遵循
└── 嚴格遵循 BOLT 規範
4. 靈活性
└── 適合自定義解決方案
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 起步資金建議：
最小可行：
├── 0.02-0.05 BTC
├── 3-5 個通道
└── 學習為主
中等規模：
├── 0.1-0.5 BTC
├── 10-30 個通道
└── 認真路由
大規模：
├── 1+ BTC
├── 50+ 個通道
└── 專業運營
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 日常維護：
├── 監控節點狀態（自動化）
├── 檢查通道餘額
├── 處理強制關閉（偶爾）
└── 每天 15-30 分鐘
定期任務：
├── 費用策略調整
├── 新通道評估
├── 效能分析
└── 每週 1-2 小時
突發事件：
├── 節點離線處理
├── 通道問題解決
└── 視情況而定
|
1
2
3
4
5
6
7
8
9
10
11
| 必要技能：
├── Linux 基礎操作
├── 命令行熟練
├── 網路概念理解
└── 比特幣基礎知識
有幫助的技能：
├── Docker/容器
├── 腳本編寫
├── 網路安全
└── 資料分析
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| 最低配置（LND）：
├── CPU：雙核
├── RAM：4GB
├── 儲存：500GB SSD（含 Bitcoin Core）
└── 適合：學習、小規模
建議配置：
├── CPU：四核
├── RAM：8GB
├── 儲存：1TB NVMe
└── 適合：認真運營
專業配置：
├── CPU：8核+
├── RAM：16GB+
├── 儲存：2TB NVMe
└── 適合：大規模、LSP
|
1
2
3
4
5
6
7
8
9
10
| 連線要求：
├── 穩定的網路連接
├── 建議固定 IP 或使用 Tor
├── 低延遲優先於高頻寬
└── 上傳和下載對稱為佳
開放端口：
├── 9735（LND 預設）
├── 9911（Watchtower）
└── 或使用 Tor 避免端口轉發
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 運行時間重要性：
為什麼需要高運行時間：
├── 路由支付需要節點在線
├── 離線太久可能被強制關閉
├── 聲譽影響（其他節點評估）
└── 收益損失
目標：99%+ 運行時間
措施：
├── UPS 電源
├── 備援網路
├── 自動重啟服務
└── 監控和警報
|
1
2
3
4
5
6
7
8
9
10
| 閃電網路資金特性：
├── 熱錢包（必須在線）
├── 無法冷儲存
└── 需要額外保護措施
安全措施：
├── 限制節點上的資金量
├── 定期通道備份
├── 使用靜態通道備份（SCB）
└── 考慮 Watchtower
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| Watchtower 功能：
你的節點離線時：
├── 對方可能廣播舊狀態
├── 試圖偷取資金
Watchtower 監控：
├── 監視區塊鏈
├── 發現違規立即懲罰
└── 保護你的資金
設定方式：
├── 自建 Watchtower
├── 使用第三方服務
└── 最好多個 Watchtower
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 需要備份的內容：
1. 種子詞（最重要）
└── 可以恢復鏈上資金
2. 靜態通道備份（SCB）
└── 用於通道恢復
3. channel.db（謹慎）
└── 可能導致舊狀態廣播
備份規則：
├── SCB 每次通道變化都更新
├── 種子詞離線保存
├── 多地點備份
└── 定期測試恢復
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| 路由費用結構：
基本費用（Base Fee）：
├── 每次路由收取固定金額
├── 通常 0-1000 msat
└── 無論金額大小
費率（Fee Rate）：
├── 按金額百分比收取
├── 通常 1-100 ppm（百萬分之一）
└── 1 ppm = 0.0001%
例子：
├── 基本費：1 sat
├── 費率：100 ppm
├── 路由 100,000 sats
└── 收費：1 + 10 = 11 sats
|
1
2
3
4
5
6
7
8
9
10
11
| 固定成本：
├── 硬體
├── 電費
├── 網路費用
└── 時間（機會成本）
可變成本：
├── 開通道的鏈上費用
├── 關通道的鏈上費用
├── 資金機會成本
└── 強制關閉損失
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| 現實的收益預期：
小規模（0.1 BTC）：
├── 月收益：數百到數千 sats
├── 年化：0.5-2%
└── 主要是學習
中等規模（1 BTC）：
├── 月收益：數萬 sats
├── 年化：1-5%
└── 可觀但不高
大規模（10+ BTC）：
├── 月收益：數十萬 sats
├── 年化：2-8%
└── 需要專業管理
注意：收益高度依賴策略和市場條件
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 技術準備：
[ ] 已運行 Bitcoin Core 全節點
[ ] 熟悉 Linux 命令行
[ ] 了解基本網路概念
[ ] 有穩定的網路連接
資金準備：
[ ] 準備好起始資金
[ ] 理解資金將被鎖定
[ ] 接受可能的損失風險
心理準備：
[ ] 願意投入時間學習
[ ] 接受初期可能不盈利
[ ] 長期運營的承諾
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 官方文檔：
├── LND: docs.lightning.engineering
├── CLN: docs.corelightning.org
└── BOLT: github.com/lightning/bolts
社區資源：
├── Reddit: r/lightningnetwork
├── Telegram: LN 節點運營群組
├── Twitter: #LightningNetwork
└── Amboss: amboss.space（節點分析）
實用工具：
├── 1ML: 1ml.com（網路統計）
├── LNRouter: lnrouter.app
└── Terminal Web: lightning.engineering
|
