1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 支付路由選擇過程:
1. 發送者獲取接收者 invoice
2. 發送者查詢本地網路圖
3. 路徑尋找算法運行
4. 選擇最優路徑(費用 + 可靠性)
5. 嘗試支付
6. 成功或嘗試替代路徑
影響路徑選擇的因素:
├── 總費用(基本費 + 費率)
├── CLTV delta(時間鎖)
├── 歷史成功率
├── 通道容量
└── 節點運行時間
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| 網路拓撲中的角色:
Hub A ─────── Hub B
│╲ ╱│
│ ╲ ╱ │
│ ╲ ╱ │
│ ╲ ╱ │
│ ╲ ╱ │
│ X │
│ ╱ ╲ │
│ ╱ ╲ │
│ ╱ ╲ │
│ ╱ ╲ │
│╱ ╲│
你的節點 ─── 其他節點
你的價值取決於:
├── 你連接了哪些不常直連的節點
├── 你提供的路徑是否有競爭力
└── 你的可靠性和在線時間
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 成功路由的要素:
1. 連接性
└── 能到達目標節點
2. 流動性
└── 有足夠的餘額完成路由
3. 費用競爭力
└── 不比替代路徑貴太多
4. 可靠性
└── 不會中途失敗
5. 速度
└── 響應快速
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| 閃電網路費用組成:
基本費用(Base Fee):
├── 單位:msat(毫聰)
├── 每次路由收取的固定金額
├── 無論支付金額大小
└── 典型範圍:0-1000 msat
費率(Fee Rate / PPM):
├── 單位:ppm(百萬分之一)
├── 按路由金額比例收取
├── 1 ppm = 0.0001%
└── 典型範圍:1-500 ppm
計算公式:
總費用 = 基本費用 + (金額 × 費率)
例子:
├── 基本費:1000 msat(1 sat)
├── 費率:100 ppm
├── 路由金額:1,000,000 sats
└── 總費用:1 + 100 = 101 sats
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
| 策略一:低費用策略
├── 基本費:0-100 msat
├── 費率:1-10 ppm
├── 目標:最大化路由量
├── 適合:建立聲譽、新節點
└── 風險:收益極低
策略二:中等費用策略
├── 基本費:100-500 msat
├── 費率:50-150 ppm
├── 目標:平衡量和收益
├── 適合:大多數運營者
└── 最常見選擇
策略三:高費用策略
├── 基本費:500-2000 msat
├── 費率:200-500+ ppm
├── 目標:最大化單筆收益
├── 適合:獨特的路由位置
└── 風險:路由量可能下降
策略四:動態費用
├── 根據通道餘額調整
├── 餘額低 → 高費用(抑制流出)
├── 餘額高 → 低費用(鼓勵流出)
└── 需要自動化工具
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 路由失敗的常見原因:
1. 餘額不足
└── 解決:保持通道平衡
2. HTLC 限制
└── 解決:調整 max_htlc_msat
3. 對方離線
└── 解決:選擇穩定的通道對象
4. 費用過高
└── 解決:調整費用策略
5. 時間鎖過長
└── 解決:減少 CLTV delta
|
1
2
3
4
5
6
7
8
9
10
11
12
| CLTV Delta 說明:
├── 定義:你保留的時間緩衝
├── 用途:防止路由超時攻擊
├── 權衡:太高影響路徑選擇,太低有安全風險
建議設定:
├── 40-144 區塊
├── 40 是最常見的選擇
└── 對於 Tor 節點可以稍高(80)
命令:
lncli updatechanpolicy --time_lock_delta 40 --chan_point <channel_point>
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 成為重要路由節點的策略:
1. 連接「孤島」
└── 找到連接性差的節點/社區,成為橋樑
2. 縮短路徑
└── 直接連接常見的來源和目的地
3. 提供備用路徑
└── 在關鍵路徑有備份
分析工具:
├── lnrouter.app - 路徑分析
├── Amboss - 節點連接性分析
└── 自建分析腳本
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| 關鍵指標:
1. 總路由費用
└── 所有通道賺取的總費用
2. 路由數量
└── 成功轉發的支付數量
3. 平均費用
└── 每筆路由的平均收益
4. 路由量
└── 總共路由的 sats 數量
5. 費用回報率
└── 費用 / 鎖定資金 × 年化
計算例子:
├── 月費用收入:50,000 sats
├── 鎖定資金:10,000,000 sats(0.1 BTC)
├── 月回報率:0.5%
└── 年化回報率:6%
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 低效通道特徵:
1. 長期無路由
└── 可能位置不好或費用太高
2. 單向路由
└── 需要頻繁重平衡
3. 費用不成比例
└── 高流量但低收益
處理方式:
├── 調整費用
├── 嘗試重平衡
├── 考慮關閉
└── 替換為更好的通道
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| 查看競爭節點的費用:
# 查看特定節點的通道
lncli getnodeinfo <pubkey> --include_channels | jq '.channels'
# 使用外部工具
# Amboss: amboss.space/node/<pubkey>
# 1ML: 1ml.com/node/<pubkey>
分析內容:
├── 他們的費用結構
├── 通道組合
├── 容量分佈
└── 估計的路由量
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| 情境分析:
你和競爭者 X 都連接 A 和 B:
路徑 1(通過你):
A → 你 → B
費用:100 sats
路徑 2(通過 X):
A → X → B
費用:80 sats
結果:大部分路由走路徑 2
策略選擇:
├── 降價競爭(可能無底線)
├── 差異化(更好的可靠性)
├── 找其他路由機會
└── 接受較低的路由量
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 差異化策略:
1. 地理位置
└── 連接特定地區的節點
2. 特定垂直市場
└── 專注遊戲、電商等領域
3. 可靠性
└── 99.9%+ 的運行時間
4. 流動性
└── 始終保持平衡的通道
5. 創新連接
└── 第一個連接新的重要節點
|
1
2
3
4
5
6
7
8
9
10
11
12
| 概念:為不同目的地設置不同費率
實現思路:
├── 分析路由流向
├── 識別高需求目的地
├── 對這些路徑收取溢價
└── 對低需求路徑降價吸引流量
工具:
├── 自定義腳本
├── 某些高級節點管理軟體
└── 手動定期調整
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| 建議的管理節奏:
每日:
├── 檢查節點狀態
├── 查看路由量
└── 處理緊急問題
每週:
├── 分析費用收入
├── 檢查通道餘額
├── 調整費用策略
└── 重平衡操作
每月:
├── 全面收益分析
├── 通道組合審查
├── 競爭對手分析
└── 策略調整
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| 零基本費(Zero Base Fee):
設定:
├── base_fee_msat = 0
├── 只使用費率
優點:
├── 對小額支付友好
├── 某些路徑尋找算法偏好
├── 可能獲得更多小額路由
缺點:
├── 小額支付幾乎無收益
├── 需要用費率補償
適合:
├── 想吸引微支付路由
├── 配合較高的費率
└── 長期建立流量
|
1
2
3
4
5
6
7
8
9
10
11
| 概念:入站和出站不同費率
LND 目前不原生支持,但可以通過:
├── 根據餘額動態調整
├── 使用 charge-lnd 的 proportional 策略
└── 效果類似
邏輯:
├── 餘額低 → 高費用(抑制流出)
├── 餘額高 → 低費用(鼓勵流出)
└── 自動維持平衡
|
1
2
3
4
5
6
7
8
9
10
11
12
| 概念:通過收費引導流量走向
例子:
├── 通道 A 擁擠 → 提高費用
├── 通道 B 空閒 → 降低費用
├── 流量自然轉向 B
└── 整體更平衡
實現:
├── 監控各通道使用率
├── 自動調整費用
└── 目標是均衡利用
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| 路由收益優化清單:
費用策略:
[ ] 設定合理的基本費和費率
[ ] 根據通道餘額動態調整
[ ] 定期審視競爭者費用
[ ] 測試不同費用水平
通道優化:
[ ] 保持通道平衡
[ ] 移除低效通道
[ ] 開拓新的有價值連接
[ ] 維護高運行時間
技術優化:
[ ] 優化 HTLC 設定
[ ] 合理的 CLTV delta
[ ] 保持軟體更新
[ ] 監控和警報
分析改進:
[ ] 追蹤關鍵指標
[ ] 識別最佳和最差通道
[ ] 分析路由流向
[ ] 計算真實回報率
|