來源：字節(jié)元CKB

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

今天這篇文章，我們繼續(xù)介紹閃電網(wǎng)絡當前面臨的其他挑戰(zhàn)，以及社區(qū)為此提出的創(chuàng)新解決方案。對穩(wěn)定幣的支持

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

圖：在閃電網(wǎng)絡中，Alice發(fā)送美元穩(wěn)定幣，Bob接收歐元穩(wěn)定幣

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

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

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

收取/發(fā)送支付時需要保持在線

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

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

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

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

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

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

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

Keysend

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

盡管如此，Keysend的實用性已得到廣泛認可，目前大多數(shù)閃電網(wǎng)絡客戶端已經(jīng)實現(xiàn)了Keysend的功能。

LNURL與LightningAddress

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

用戶使用閃電網(wǎng)絡錢包掃描二維碼（LNURL-pay）

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

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

用戶填入數(shù)額，并將信息發(fā)回給服務端

服務端返回傳統(tǒng)的閃電網(wǎng)絡invoice

錢包進行支付

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

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

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

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

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