閃電網路不能完全像比特幣本身那樣分叉，但它正在開始分支。最低限度的可行協議最初是在BOLT 文件中指定的，早在比特幣主網路上實際執行任何東西之前，但這只是起點。在協議和未解決擴充套件問題的領域中仍有許多擴充套件需要構建。總的來說，閃電協議本身在解決現有問題以及變得足夠健壯和可擴充套件以充當比特幣之上的全球交易網路方面還有很長的路要走。

第二層系統作為比特幣擴容解決方案的部分理由，除了區塊鏈無法擴容這一顯而易見的現實之外，還在於為更容易的實驗騰出空間。當涉及到像 Lightning 這樣的第二層時，沒有必要為了嘗試新事物而讓每個人都同意改變。只要你正在做的事情與比特幣支援的基礎層功能相容，那麼只有兩個人可以脫離並嘗試新功能，而無需關心其他支援它的人。不同的實現開始利用這種比比特幣基礎層更大的自由，以及 Core Lightning （CLN） 的一些成員，

LND

LND 由 Lightning Labs 運營，是網路上採用最廣泛的 Lightning 實現，目前是 Breez、Blixt、Zap 和 Lightning Lab 自己的 Lightning App 等流行錢包的後端，然後才停止對其開發。它還為 Bitrefill 和 Hodl Hodl 等主要企業提供支援。LND 最大的缺點之一是其頻道狀態資料庫的高速增長（在其下一個版本中正在最佳化），但它仍然是網路上當前的領先者。

Lightning Labs 團隊通常專注於提供自己的貨幣化服務，以幫助解決作為其業務模型核心的閃電協議的固有缺點。就當前的近期路線圖而言，LND 優先考慮兩個不同的事情作為其開發工作的主要優先事項。

首先是 Taproot 的實施，為通道啟用新的交易結構（記住，通道就是一組預簽名交易），為未來的隱私改進奠定基礎。其中之一是從雜湊時間鎖定合約 （HTLC） 到點時間鎖定合約 （PTLC） 的轉變。目前，HTLC 可以保證支付路徑上每一跳的支付成功或失敗；雜湊鎖的原像被釋放，並保證每個人的付款都透過或不透過，併為每個人退款。PTLC 使用介面卡簽名完成同樣的事情而不是雜湊，這意味著路徑上的每一跳都沒有相同的雜湊，如果一個人在支付路徑上執行多個節點，則可以跨多個跳識別單個支付。雖然這絕不是網路的神奇隱私解決方案，但一旦實施其他解決方案，它就是實現全面隱私的基石。

為 Lightning 實施 Taproot 通道後的下一步是更新網路上的實時通道以使用它們。截至撰寫本文時，共有82，697 個公共閃電網路頻道。接近最有效地使用包含大約 3300 筆交易的區塊空間，這將需要 25 個區塊的通道關閉才能將它們全部關閉，另外 25 個區塊才能將它們重新開啟為 Taproot 通道。

假設私人頻道的數量是公共頻道的兩倍。這將使總數達到大約 150 個區塊，以關閉並重新開啟所有現有的閃電通道作為 Taproot 通道，假設這些區塊沒有其他交易填充。但實際上，這些區塊不會只充滿閃電交易，因此整個網路迴圈和升級的過程可能需要一週或更長時間。LND 計劃實施一項稱為“即時通道更新”的功能，而不是關閉現有通道並開啟新通道，您只需將現有通道狀態（預簽名交易）用於新通道而不是輸出關閉鏈上通道。這是以非合作關閉的額外交易為代價的，

顯然，在這些發展之後的某個時候， Taro的實施可能會佔據主導地位，但全新的頂層代幣協議的實施可能需要相當長的時間。考慮到其他可能是一個好主意的功能，以及最佳化節點現有功能的日常工作，我認為在看到曙光之前沒有任何說明。=

CLN

儘管當時有很多相反的報道，但 CLN（前身為 c-lightning）是2018 年第一個在主網上線的閃電網路實施。CLN 的整個架構都是圍繞模組化理念構建的，因此不同的部分節點（例如處理金鑰和簽名的部分）可以很容易地換出和定製。甚至還有一個外掛系統，讓使用者能夠編寫自己的自定義行為來與 CLN 互動，並改變節點在特定情況下或響應特定事件的操作方式。

一個典型的例子是支付功能，它甚至被實現為 CLN 附帶的預設支付行為的外掛。這是處理確定支付路線併發送它們的節點的一部分。有大量可用的外掛目錄，從使用CLBOSS的自動節點管理、watchtower 外掛和自動探測邏輯，到比特幣核心的動態修剪以確保 CLN 始終擁有保持同步所需的塊。可以在此處找到大量外掛。

CLN 的核心目標一直是模組化和靈活性，該團隊正計劃透過其 Greenlight 軟體堆疊將其提升到一個新的水平。Greenlight 將進一步分離節點不同部分的功能，使使用者能夠在不同（甚至多個）裝置上儲存和管理他們的金鑰和簽名操作，實際節點後端處理通道和其他資料可以從這些裝置執行在其他地方，無論是在雲中還是在家裡託管的裝置中。Breez Wallet 甚至計劃轉向使用 CLN/Greenlight並將其錢包的不同功能分解為單獨的應用程式，以利用該架構帶來的自由。用於播客流媒體、一般錢包使用、PoS 系統的獨立應用程式，都連線到同一個節點。這甚至為您的移動錢包離線時接收付款打開了大門，這是閃電網路許多用例中的一個主要問題。一個單獨的簽名裝置可以一直留在家裡線上，並被程式設計為僅在頻道更新增加您的頻道餘額時簽名。問題解決了，你再也不用擔心為了收款而一直開著手機了。

CLN 的下一個優先事項是在 Niftynei 的雙資渠道工作基礎上再接再厲。目前，在開通閃電通道時，只有通道的一方提供資金 UTXO，通道中的所有流動性都留在該方。CLN 目前支援雙籌，渠道雙方都可以在資金交易中貢獻 UTXO，讓渠道在雙方都有資金的平衡狀態下開始。在此功能的基礎上，它目前正在致力於實施拼接，這是該協議的一項長期討論的功能。

拼接允許您在單筆交易中開啟和關閉通道以新增更多資金或移除通道中的部分而非全部資金。這將是渠道流動性的巨大勝利。想象一下，與某人開通渠道以便他們可以接收資金，然後發現您分配的金額是他們需要的金額的十倍。拼接可以讓你去除多餘的部分，而不會破壞你的同伴接收資金和將你的比特幣分配到更有效率的地方的能力。這對普通使用者、閃電網路服務提供商 （LSP） 和路由節點來說都是一個巨大的勝利。這將使他們所有人都能更有效地利用其流動性，而無需關閉另一方的渠道。

賽維

Lightning Dev Kit 與其說是一個 Lightning 節點實現，不如說是一個可用於構建 Lightning 節點的庫。它為 Lightning 節點的每個獨立部分、路由邏輯、通道管理、監控區塊鏈狀態以驗證通道是否開啟的邏輯，整個 shebang 提供程式碼。

Blue Wallet 正在研究基於 LDK 的實現，並且一個全新的閃電實現Sensei也正在圍繞 LDK 構建。Cash App 甚至完全從頭開始構建了一個節點。當它開始考慮 Lightning 整合時，它希望將其 Lightning 節點的行為與處理 Cash App 使用者餘額的後端深度整合。沒有現有的實現可以輕鬆整合到那種程度，因此他們使用 LDK 定製了自己的實現。

與其他 Lightning 實施相比，LDK 團隊正在開展一項截然不同的工作。如前所述，它實際上並不是一個實現，而是一個工具包，可用於自行構建一個具有您想要的自定義行為的工具包。因此，它並沒有真正優先考慮任何特定的功能集。LDK 的目標是廣泛支援 Lightning 協議的所有標準功能，並允許構建者以他們選擇的任何方式在自己的應用程式中使用任何標準化功能。

前方的路

Lightning 的很大一部分宣傳是促進網際網路上數字服務的本地支付，但該目標的使用者體驗並沒有真正以一種巧妙而簡單的方式實現。

LND、CLN 和 LDK 已開展工作來解決此問題。Web Assembly （WASM） 是一種新的語言和二進位制格式，可促進更高效、更輕量級的程式在 Web 瀏覽器中執行。LDK 為他們的節點提供了一個 WASM 二進位制檔案，LND 有一個用於遠端訪問 LND 的 RPC 的 WASM 應用程式，而 CLN 正計劃實施金鑰管理工具以在 WASM 中執行，該工具可以遠端連線到 Lightning 節點，以他們的 Greenlight 工作為基礎。雖然在 Web 瀏覽器中管理金鑰時需要考慮安全問題，但在 Web 上無縫整合 Lightning 的日子正在臨近。

閃電網路作為一種協議和網路，在解決開放性問題和弄清楚如何為終端使用者設計簡單直觀的應用程式方面還有很長的路要走，但工作正在向前發展。隨著不同的團隊分散並專注於解決不同的問題，並向不同的方向擴充套件功能，它無疑會變得更加混亂，但毫無疑問，進展正在發生。我們只能希望事情不會分化到網路和軟體相容性分散的地步。未來的路確實會很有趣。

TAG: Lightning節點CLN通道閃電