如何設定Bitcoin閃電節點用於路由費用？ （被動收入）

節點硬體和基礎設施需求

1. 具有至少 4 GB RAM、2 個 CPU 核心和 500 GB SSD 儲存的專用機器對於穩定的正常運行時間和低延遲路由至關重要。

2. 節點必須運行在修剪模式下同步或與完整區塊鏈資料同步的完整 Bitcoin 核心節點 - 修剪可減少磁碟使用量，但需要仔細配置以保持 UTXO 集完整性。

3. 必須設定靜態IPv4位址或可靠的動態DNS；許多路由對等點拒絕來自 NAT 或臨時 IP 環境的連線。

4. 頻寬一致性比峰值速度更重要－對主要網際網路交換點的持續 10 Mbps 上傳和低於 50 毫秒的 ping 可以提高通道可靠性和對等信任。

5. 強烈建議透過 UPS 進行電源冗餘；計劃外重啟會導致通道強制關閉，從而產生鏈上費用並暫時喪失路由資格。

軟體堆疊和配置

1. 由於成熟的通路管理工具和積極的社群支持，LND（閃電網路守護程式）仍然是最廣泛採用的實現。

2. 對於以路由為中心的節點必須停用自動駕駛儀；手動通道開通可以精確控制同儕選擇、流動性分配和費用政策。

3. 基本費用應設定在 1 到 10 聰之間，而費率範圍可以從 1 到 50 ppm，較低的值會增加路由吸引力，但會壓縮每跳的利潤。

4. 必須調整通道儲備率以避免強制關閉：保留至少 1% 的通道容量作為本地儲備，以防止在快速再平衡嘗試期間發生意外損壞。

5. HTLC最大和最小cltv delta設定影響路徑成功率；min_cltv=18 和 max_htlc=4294967 等值允許與網路中的各種路由策略相容。

流動性採購與通路策略

1. 流動性不是藉來的－它被鎖定 bitcoin 存入通道；業者必須從現有的 BTC 持有量中分配資金，而無需利用法定信用額度。

2. 開通具有高正常運作時間節點的通道，具有大量平衡的入站/出站流動性，增加了多跳支付成功的可能性。

3. 避免過度集中：在單一管道中持有超過 30% 的總流動性，如果該同行離線或強制單方面關閉管道，就會產生系統性風險。

4. 透過循環支付或海底互換進行再平衡會帶來額外的鏈上成本和時間風險；儘管看起來是鏈下的，但它並不是零成本的操作。

5. 通道年齡與某些尋路演算法中的路由權重相關－通道年齡超過 14 天的節點在某些實作中會被優先處理。

費用、收入和成本會計

1.路由收入僅以 bitcoin（而非美元）計價，且無法在不引入匯率波動和提款摩擦的情況下可靠地轉換為法定貨幣。

2.在考慮電力、硬體折舊和鎖定資本的機會成本之前，中位數節點每月賺取 0.0005 到 0.003 BTC。

3. 通道開啟/關閉作業期間產生的鏈上結算費用以 BTC 支付，並隨著記憶體池擁塞情況而變化－這直接降低了淨路由收益率。

4. 監控、重新平衡和故障排除所花費的勞動時間很少被貨幣化；營運商將此視為無償基礎設施管理。

5.使用美元等值計算的盈利能力具有誤導性，因為以 BTC 計價的收益可能與價格貶值同時發生，儘管獲得了正的 Sats，但仍造成了明顯的法定損失。

常見問題及解答

Q1：我可以在Raspberry Pi上運行Lightning節點來進行路由嗎？是的，但僅限於實驗或低通量使用。生產路由需要一致的 I/O 效能和記憶體空間，而在實際負載下，基於 ARM 的 SBC 無法實現這一點。

Q2：我需要運行自己的Bitcoin Core節點嗎？是的。外部區塊來源提供者引入了與驗證 HTLC 簽名和檢測雙花所需的安全模型不相容的信任假設。

問題 3：是否需要最低 BTC 數量才能開始獲利路由？不存在固定的閾值。獲利能力取決於通道拓撲、正常運行時間、費用策略和網路拓撲，而不僅僅是流動性大小。儘管數量有限，但只有 0.05 BTC 的節點已成功路由。

Q4：為什麼有些節點收取零基礎費用？最大化最短路徑演算法中的路由包含機率，特別是在與具有相似容量和費率的節點競爭時。它反映的是戰略定位而不是慷慨。