來源：字節元CKB

在上一篇《閃電網絡目前面臨的主要困境（1）》中，我們介紹了制約閃電網絡發展的主要因素之一：流動性。流動性問題可進一步細分為兩個方面，一個是網絡整體流動性不足，需要降低閃電網絡Node的搭建和維護門檻，引入額外的激勵機制來解決；另一個是流動性分配問題，目前已經有SubmarineSwap（潛水艇互換）、通道拼接、多路徑付款、LightningPool、LiquidityAdvertisement、環路支付等方案，來優化閃電網絡的流動性。

今天這篇文章，我們繼續介紹閃電網絡當前面臨的其他挑戰，以及社區為此提出的創新解決方案。對穩定幣的支持

閃電網絡憑借其卓越的高吞吐量、低延遲、低成本和隱私保護等特性，成為實現加密支付的理想選擇，也是構建P2P經濟的重要支付基礎設施。2021年，隨著薩爾瓦多將Bitcoin法幣化，閃電網絡的應用范圍顯著擴大，支付數量和金額迅速攀升，網絡中的支付通道一度突破8.2萬個。

圖：在閃電網絡中，Alice發送美元穩定幣，Bob接收歐元穩定幣

除此之外，NervosCKB推出的閃電網絡 FiberNetwork，借助CKBBlockchain的靈活性，原生支持用戶自定義資產，其中就包括了Stable++ 等Decentralization協議鑄造的Bitcoin原生穩定幣。在9月份發布的完備測試版中，開發者已經可以使用FiberNetwork測試Bitcoin原生穩定幣RUSD。

我們相信，閃電網絡與穩定幣的結合，將釋放出強大的協同效應，為閃電網絡注入新的活力，推動加密支付在日常生活中的普及。用戶體驗

盡管閃電網絡在技術上取得了長足進步，但在用戶體驗方面仍有提升空間，與傳統的支付體驗相比還有一些差距，比如：

收取/發送支付時需要保持在線

閃電網絡收款涉及更改通道中的資金的狀態，而通道是你與他人共享的，所以你必須在線，與對方一同更改資金的狀態。閃電網絡支付失敗的一個主要原因是接收方離線。從用戶體驗角度來看，這是一個顯著的設計缺陷。與之形成鮮明對比的是，傳統支付方式（如銀行轉賬）和Blockchain支付（如鏈上USDT轉賬）都不要求接收方保持在線狀態，只需知道對方的賬戶或地址即可完成交易。

目前的主要解決方案是引入閃電網絡服務商（LSP）。LSP能夠代表離線用戶接收支付，從而消除了"保持在線"的硬性要求。這種方案使閃電網絡的用戶體驗更接近于現有的支付方式，大大提高了其實用性和便利性。

然而，這種解決方案也引入了新的挑戰：信任假設。用戶需要將一定程度的信任賦予其選擇的閃電網絡服務商。這種對第三方的依賴在某種程度上與Decentralization的初衷相悖，可能會引發一些用戶的擔憂。

缺乏可以多次收取任意金額的收款方式

閃電網絡中的invoice（發票）是請求支付的核心工具。它由支付接收方生成，為發起方提供完成交易所需的全部信息，我們可以簡單地將invoice類比為常見支付軟件中的“收款碼”。

目前，閃電網絡默認的invoice是一次性的，它包含了一次支付的哈希值及其面額，在支付成功或者超時之后就會作廢。這種機制導致了繁瑣的操作流程：每次收款都需要生成、復制、粘貼并發送新的invoice給支付方。這種設計對于某些場景下的用戶體驗造成了顯著影響。例如，一個習慣于在柜臺擺放收款二維碼（如wei_xin或支_付_寶收款碼）的商家，如果要使用閃電網絡，將變得很麻煩。特別是在生意繁忙時，頻繁生成和傳遞invoice的需求可能會導致效率大幅下降，甚至影響正常經營。

為此，Bitcoin社區也提出了一些解決方案：

Keysend

閃電網絡Node的node_id不會改變，而且在給出invoice之后就會向支付方暴露，所以Keysend將其作為一個靜態端點。這種方法具有顯著優勢：它完全依托于閃電網絡自身的架構，無需引入額外的協議支持。它的缺點是隱私保護比較弱，接收方的Node、通道、通道UTXO等敏感數據，都會暴露。

盡管如此，Keysend的實用性已得到廣泛認可，目前大多數閃電網絡客戶端已經實現了Keysend的功能。

LNURL與LightningAddress

LNRUL-pay是一項標準，允許用戶創建一個靜態的二維碼，這個二維碼可以接收多次支付，大大提升了用戶體驗。其工作流程如下：

用戶使用閃電網絡錢包掃描二維碼（LNURL-pay）

錢包進行解碼，獲得URL并使用HTPPS協議訪問它

服務端響應后詢問支付數額（也可以是固定數額）

用戶填入數額，并將信息發回給服務端

服務端返回傳統的閃電網絡invoice

錢包進行支付

LightningAddress進一步優化了這一過程，它通過編碼，讓用戶的二維碼（LNURL-pay）可以變成一個類似郵箱地址的URL，當其他用戶訪問這個URL時，系統會自動返回LNURL-pay請求，簡化了整個支付流程。

值得注意的是，目前實現LNURL功能的錢包大多采用托管模式。這些錢包服務為每個用戶分配一個LightningAddress，使他們能夠方便地接收支付。這種方式雖然便利，但也引入了中心化的因素，用戶需要自己權衡便利性和Decentralization程度。BOLT12

BOLT12是一份新的閃電網絡技術規范提案，其目標是在不使用Web服務端的前提下實現LNURL提供的部分功能。雖然BOLT12目前尚未合并到BOLT（閃電網絡技術基礎）中，但這個方案已經得到了大多數開發者的支持。相比于LNURL，BOLT12最大的亮點是，它可以在閃電網絡協議內實現，而不需要依賴于其它網絡協議和通訊方式。結語

除了上一篇文章介紹的閃電網絡整體流動性不足，流動性分配也存在問題，以及這篇文章介紹的缺乏對穩定幣的支持，在用戶體驗方面有很多可改進之處外，閃電網絡的發展之路還面臨著很多其他挑戰，比如Bitcoin閃電網絡使用的LN-Penalty除了自身的復雜性之外，還造成了存儲負擔，其改進方案eltoo的實施需要對Bitcoin進行軟分叉，并引入一個新的簽名哈希類型；再比如針對HTLC的隱私性問題，其改進方案PTLC可能會率先在其他Blockchain的閃電網絡上實現。

盡管前路艱辛，但隨著技術的不斷進步和社區的持續努力，這些挑戰終將會逐一被攻克，我們有理由相信，閃電網絡離大規模采用的目標愈發接近。它不僅會改變加密支付的方式，更有望成為推動全球金融創新的關鍵力量。