閃電網(wǎng)絡(luò)目前面臨的主要困境（2）
來源：字節(jié)元CKB
在上一篇《閃電網(wǎng)絡(luò)目前面臨的主要困境（1）》中，我們介紹了制約閃電網(wǎng)絡(luò)發(fā)展的主要因素之一：流動性。流動性問題可進(jìn)一步細(xì)分為兩個方面，一個是網(wǎng)絡(luò)整體流動性不足，需要降低閃電網(wǎng)絡(luò)Node的搭建和維護(hù)門檻，引入額外的激勵機(jī)制來解決；另一個是流動性分配問題，目前已經(jīng)有SubmarineSwap（潛水艇互換）、通道拼接、多路徑付款、LightningPool、LiquidityAdvertisement、環(huán)路支付等方案，來優(yōu)化閃電網(wǎng)絡(luò)的流動性。
今天這篇文章，我們繼續(xù)介紹閃電網(wǎng)絡(luò)當(dāng)前面臨的其他挑戰(zhàn)，以及社區(qū)為此提出的創(chuàng)新解決方案。對穩(wěn)定幣的支持
閃電網(wǎng)絡(luò)憑借其卓越的高吞吐量、低延遲、低成本和隱私保護(hù)等特性，成為實現(xiàn)加密支付的理想選擇，也是構(gòu)建P2P經(jīng)濟(jì)的重要支付基礎(chǔ)設(shè)施。2021年，隨著薩爾瓦多將Bitcoin法幣化，閃電網(wǎng)絡(luò)的應(yīng)用范圍顯著擴(kuò)大，支付數(shù)量和金額迅速攀升，網(wǎng)絡(luò)中的支付通道一度突破8.2萬個。
圖：在閃電網(wǎng)絡(luò)中，Alice發(fā)送美元穩(wěn)定幣，Bob接收歐元穩(wěn)定幣
除此之外，NervosCKB推出的閃電網(wǎng)絡(luò) FiberNetwork，借助CKBBlockchain的靈活性，原生支持用戶自定義資產(chǎn)，其中就包括了Stable++ 等Decentralization協(xié)議鑄造的Bitcoin原生穩(wěn)定幣。在9月份發(fā)布的完備測試版中，開發(fā)者已經(jīng)可以使用FiberNetwork測試Bitcoin原生穩(wěn)定幣RUSD。
我們相信，閃電網(wǎng)絡(luò)與穩(wěn)定幣的結(jié)合，將釋放出強(qiáng)大的協(xié)同效應(yīng)，為閃電網(wǎng)絡(luò)注入新的活力，推動加密支付在日常生活中的普及。用戶體驗
盡管閃電網(wǎng)絡(luò)在技術(shù)上取得了長足進(jìn)步，但在用戶體驗方面仍有提升空間，與傳統(tǒng)的支付體驗相比還有一些差距，比如：
收取/發(fā)送支付時需要保持在線
閃電網(wǎng)絡(luò)收款涉及更改通道中的資金的狀態(tài)，而通道是你與他人共享的，所以你必須在線，與對方一同更改資金的狀態(tài)。閃電網(wǎng)絡(luò)支付失敗的一個主要原因是接收方離線。從用戶體驗角度來看，這是一個顯著的設(shè)計缺陷。與之形成鮮明對比的是，傳統(tǒng)支付方式（如銀行轉(zhuǎn)賬）和Blockchain支付（如鏈上USDT轉(zhuǎn)賬）都不要求接收方保持在線狀態(tài)，只需知道對方的賬戶或地址即可完成交易。
目前的主要解決方案是引入閃電網(wǎng)絡(luò)服務(wù)商（LSP）。LSP能夠代表離線用戶接收支付，從而消除了"保持在線"的硬性要求。這種方案使閃電網(wǎng)絡(luò)的用戶體驗更接近于現(xiàn)有的支付方式，大大提高了其實用性和便利性。
然而，這種解決方案也引入了新的挑戰(zhàn)：信任假設(shè)。用戶需要將一定程度的信任賦予其選擇的閃電網(wǎng)絡(luò)服務(wù)商。這種對第三方的依賴在某種程度上與Decentralization的初衷相悖，可能會引發(fā)一些用戶的擔(dān)憂。
缺乏可以多次收取任意金額的收款方式
閃電網(wǎng)絡(luò)中的invoice（發(fā)票）是請求支付的核心工具。它由支付接收方生成，為發(fā)起方提供完成交易所需的全部信息，我們可以簡單地將invoice類比為常見支付軟件中的“收款碼”。
目前，閃電網(wǎng)絡(luò)默認(rèn)的invoice是一次性的，它包含了一次支付的哈希值及其面額，在支付成功或者超時之后就會作廢。這種機(jī)制導(dǎo)致了繁瑣的操作流程：每次收款都需要生成、復(fù)制、粘貼并發(fā)送新的invoice給支付方。這種設(shè)計對于某些場景下的用戶體驗造成了顯著影響。例如，一個習(xí)慣于在柜臺擺放收款二維碼（如wei_xin或支_付_寶收款碼）的商家，如果要使用閃電網(wǎng)絡(luò)，將變得很麻煩。特別是在生意繁忙時，頻繁生成和傳遞invoice的需求可能會導(dǎo)致效率大幅下降，甚至影響正常經(jīng)營。
為此，Bitcoin社區(qū)也提出了一些解決方案：
Keysend
閃電網(wǎng)絡(luò)Node的node_id不會改變，而且在給出invoice之后就會向支付方暴露，所以Keysend將其作為一個靜態(tài)端點(diǎn)。這種方法具有顯著優(yōu)勢：它完全依托于閃電網(wǎng)絡(luò)自身的架構(gòu)，無需引入額外的協(xié)議支持。它的缺點(diǎn)是隱私保護(hù)比較弱，接收方的Node、通道、通道UTXO等敏感數(shù)據(jù)，都會暴露。
盡管如此，Keysend的實用性已得到廣泛認(rèn)可，目前大多數(shù)閃電網(wǎng)絡(luò)客戶端已經(jīng)實現(xiàn)了Keysend的功能。
LNURL與LightningAddress
LNRUL-pay是一項標(biāo)準(zhǔn)，允許用戶創(chuàng)建一個靜態(tài)的二維碼，這個二維碼可以接收多次支付，大大提升了用戶體驗。其工作流程如下：
用戶使用閃電網(wǎng)絡(luò)錢包掃描二維碼（LNURL-pay）
錢包進(jìn)行解碼，獲得URL并使用HTPPS協(xié)議訪問它
服務(wù)端響應(yīng)后詢問支付數(shù)額（也可以是固定數(shù)額）
用戶填入數(shù)額，并將信息發(fā)回給服務(wù)端
服務(wù)端返回傳統(tǒng)的閃電網(wǎng)絡(luò)invoice
錢包進(jìn)行支付
LightningAddress進(jìn)一步優(yōu)化了這一過程，它通過編碼，讓用戶的二維碼（LNURL-pay）可以變成一個類似郵箱地址的URL，當(dāng)其他用戶訪問這個URL時，系統(tǒng)會自動返回LNURL-pay請求，簡化了整個支付流程。
值得注意的是，目前實現(xiàn)LNURL功能的錢包大多采用托管模式。這些錢包服務(wù)為每個用戶分配一個LightningAddress，使他們能夠方便地接收支付。這種方式雖然便利，但也引入了中心化的因素，用戶需要自己權(quán)衡便利性和Decentralization程度。BOLT12
BOLT12是一份新的閃電網(wǎng)絡(luò)技術(shù)規(guī)范提案，其目標(biāo)是在不使用Web服務(wù)端的前提下實現(xiàn)LNURL提供的部分功能。雖然BOLT12目前尚未合并到BOLT（閃電網(wǎng)絡(luò)技術(shù)基礎(chǔ)）中，但這個方案已經(jīng)得到了大多數(shù)開發(fā)者的支持。相比于LNURL，BOLT12最大的亮點(diǎn)是，它可以在閃電網(wǎng)絡(luò)協(xié)議內(nèi)實現(xiàn)，而不需要依賴于其它網(wǎng)絡(luò)協(xié)議和通訊方式。結(jié)語
除了上一篇文章介紹的閃電網(wǎng)絡(luò)整體流動性不足，流動性分配也存在問題，以及這篇文章介紹的缺乏對穩(wěn)定幣的支持，在用戶體驗方面有很多可改進(jìn)之處外，閃電網(wǎng)絡(luò)的發(fā)展之路還面臨著很多其他挑戰(zhàn)，比如Bitcoin閃電網(wǎng)絡(luò)使用的LN-Penalty除了自身的復(fù)雜性之外，還造成了存儲負(fù)擔(dān)，其改進(jìn)方案eltoo的實施需要對Bitcoin進(jìn)行軟分叉，并引入一個新的簽名哈希類型；再比如針對HTLC的隱私性問題，其改進(jìn)方案PTLC可能會率先在其他Blockchain的閃電網(wǎng)絡(luò)上實現(xiàn)。
盡管前路艱辛，但隨著技術(shù)的不斷進(jìn)步和社區(qū)的持續(xù)努力，這些挑戰(zhàn)終將會逐一被攻克，我們有理由相信，閃電網(wǎng)絡(luò)離大規(guī)模采用的目標(biāo)愈發(fā)接近。它不僅會改變加密支付的方式，更有望成為推動全球金融創(chuàng)新的關(guān)鍵力量。