閃電網路目前面臨的主要困境(2)

來源:位元組元CKB

在上一篇《閃電網路目前面臨的主要困境(1)》中,我們介紹了限制閃電網路發展的主要因素之一:流動性。流動性問題可進一步細分為兩個方面,一個是網路整體流動性不足,需要降低閃電網路節點的搭建和維護門檻,引入額外的激勵機制來解決;另一個是流動性分配問題,目前已經有Submarine Swap(潛水艇互換)、通道拼接、多路徑付款、Lightning Pool、Liquidity Advertisement、環路支付等方案,來優化閃電網路的流動性。

今天這篇文章,我們繼續介紹閃電網路目前面臨的其他挑戰,以及社群為此提出的創新解決方案。

對穩定幣的支持

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

來源:https://mempool.space/graphs/lightning/capacity

然而,近兩年來,閃電網路的發展態勢出現了一些變化。從上面的數據圖表中可以觀察到,閃電網路中的資金成長速度趨緩,更值得注意的是,通道數量甚至出現了下滑。這現象反映出閃電網路在快速擴張後正面臨新的挑戰。

目前,比特幣閃電網路中主要流通的是BTC。然而,BTC 作為交換媒介面臨的最大挑戰之一是其價格的高度波動性。這種不穩定性一直是阻礙閃電網路廣泛應用的主要障礙。要讓閃電網路真正走進千家萬戶,成為日常小額高頻支付的首選方式,引進穩定幣支援就顯得格外必要。畢竟,在現實生活中,人們習慣使用價值穩定的貨幣進行日常交易。

為此,2024 年7 月23 日,Lightning Labs 發布了多資產閃電網路的第一個主網版本,正式將Taproot Assets 引入閃電網路。 Taproot Assets 是比特幣上的資產發行協議,發行的資產可以存入閃電網路的支付通道中,並透過現有的閃電網路進行轉移。多資產閃電網路主網版本的推出,標誌著穩定幣正式在比特幣閃電網路上得到支持,意味著諸如透過閃電網路實現全球即時結算的外匯交易、使用閃電網路支付穩定幣購買商品等應用程式場景將成為現實。

圖:在閃電網路中,Alice 發送美元穩定幣,Bob 接收歐元穩定幣

除此之外,Nervos CKB 推出的閃電網路 Fiber Network,借助CKB 區塊鏈的靈活性,原生支援用戶自訂資產,其中就包括了Stable++ 等去中心化協議鑄造的比特幣原生穩定幣。在9 月發布的完備測試版中,開發者已經可以使用Fiber Network 測試比特幣原生穩定幣RUSD 。

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

使用者體驗

儘管閃電網路在技術上取得了長足進步,但在使用者體驗方面仍有提升空間,與傳統的支付體驗相比還有一些差距,例如:

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

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

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

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

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

閃電網路中的invoice(發票)是請求付款的核心工具。它由支付接收方生成,為發起方提供完成交易所需的全部信息,我們可以簡單地將invoice 類比為常見支付軟體中的「收款碼」。

目前,閃電網路預設的invoice 是一次性的,它包含了一次支付的哈希值及其面額,在支付成功或超時之後就會作廢。這種機制導致了繁瑣的操作流程:每次收款都需要產生、複製、貼上並發送新的invoice 給付款方。這種設計對於某些場景下的使用者體驗造成了顯著影響。例如,一個習慣在櫃檯擺放收款二維碼(如微信或支付寶收款碼)的商家,如果要使用閃電網絡,將變得很麻煩。特別是在生意繁忙時,頻繁產生和傳遞invoice 的需求可能會導致效率大幅下降,甚至影響正常營運。

為此,比特幣社群也提出了一些解決方案:

Keysend

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

儘管如此,Keysend 的實用性已被廣泛認可,目前大多數閃電網路用戶端已經實現了Keysend 的功能。

LNURL 與Lightning Address

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

  1. 用戶使用閃電網路錢包掃描二維碼(LNURL-pay)

  2. 錢包進行解碼,獲得URL 並使用HTPPS 協定存取它

  3. 服務端回應後詢問支付金額(也可以是固定金額)

  4. 使用者填入金額,並將訊息發回給服務端

  5. 服務端返回傳統的閃電網路invoice

  6. 錢包進行支付

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

值得注意的是,目前實作LNURL 功能的錢包大多採用託管模式。這些錢包服務為每個用戶分配一個Lightning Address,使他們能夠輕鬆接收付款。這種方式雖然便利,但也引入了中心化的因素,使用者需要自己權衡便利性和去中心化程度。

BOLT12

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

結語

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

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

Total
0
Shares
Related Posts