作者：DaPangDun

8月23日，CKB公布了其閃電網絡FiberNetwork輕皮書，最近一段時間我在深入學習閃電網絡并有一定的所得，于是第一時間對Fiber做了調研，遂有此文。一、Fiber的改進點

相對于BTC上的閃電網絡，Fiber在設計上有自己的考量，同時由于eUTXO及CKB網絡的特性，也為其帶來了一些獨特的技術點。1、資產在通道內轉移

自LightningLabs開發了Taprootasset之后，閃電網絡終于迎來了資產發行層面的拓展，但是在一般的LightningChannel中進行的Taproot資產轉移，其實現邏輯是這樣的：

Taprootasset是在通道的兩側通過“匯率兌換”的形式實現進入和離開通道的，在通道內實際走的還是BTC。如果要想實現在通道內走的就是Taprootasset，那么需要改進通道成為“TaprootChannel”，這可能需要通過類似于sidechain的形式來解決。

而在Fiber中，資產是直接在通道內轉移的，其實現概念圖如下：

2、PTLC的采用

BTC上的閃電網絡采用的是HTLC技術，HTLC在實際使用中其實足夠好的，但是它還是存在著破壞閃電網絡隱私性的可能性。

在技術環節上，HTLC在整個“多跳”路徑中使用的是同一個原像。同時，鑒于原像由收款方隨機生成，兩筆不同付款使用同一個原像的可能性不大。因此，如果一個實體（個體、公司等等）控制了某條付款路徑上的多個Node，就可以根據某個Node得到的輸入和另一個Node的輸出獲得完整的交易信息。然后，這個實體可以使用某種啟發法（根據路徑長度或Node類型）猜出路徑中的哪個Node是付款方，哪個Node是收款方。洋蔥路由在隱私性方面所做的努力就會被破壞。

而采用PTLC，路徑中的每一跳都使用不同的秘密值。這樣一來，通過洋蔥路由實現的隱私性就得到了保護。3、緩解了BTC閃電網絡遇到的問題

Fiber整體的設計上脫胎于BTC的閃電網絡，所以當下閃電網絡的一些問題也隨之“繼承了”下來，比如非常重要的“流動性管理”問題。

在BTC閃電網絡中，通道流動性的管理是一個非常麻煩的事情，但是因為入賬需要流動性，收款也需要流動性，我們不可避免要涉及到調整通道流動性的場景，現在的解決方案，不論是“潛水艇互換”，還是“JIT”、“通道拼接”，都會涉及到需要讓用戶在主網上進行1-2筆交易的問題，BTC主網確認又慢，有可能gas還高，這就會讓人疑惑或者體驗很不好。

而在Fiber中，目前透露的“LSP+潛水艇互換”的方案雖然沒有擺脫這種流動性解決方案存在的問題，但是提交一筆ckb交易的花費很低，等待時間也很短，用戶的體驗上會好很多。4、可以與BTC閃電網絡達成互通

Fiber并沒有只限制于CKB網絡，其通過“中間承兌商”的模式可以實現BTC和CCBTC之間的1：1轉換，這種方式有點類似于構建了“一個閃電橋”，而且這種方案可以做成Decentralization的，即普通人如果有這種資產也可以參與到提供這種服務中去，充當“承兌商”。

如果再進一步思考，BTC就可以通過這種方式直接swapCKB網絡中的其他資產，只需要接受公開Oracle的匯率報價即可。

當然，目前屬于概念設計階段，還需要觀察實際開發情況。

當然，我們也可以換幾個角度來看待這個問題：

1）從支付速度角度考慮，CKB網絡的出塊時間是8~48s，閃電網絡基本接近于“立即支付”，支付速度上是提升的；

2）從技術發展角度考慮，CKB網絡本身自有生態，閃電網絡的開發有助于整個生態技術圖譜的發展和擴充，未來也可能引入ZK等其他技術，也可以從這方面看待。2、閃電模型問題

Fiber用的閃電模型是基于“Daric”的，這個模型是傳統的P2P模型，但是如果從最近BTC閃電網絡的發展來看，P2P模型遇到了極大的問題，整個市場在轉向LSP托管，Mutinywallet的關閉也印證了這一點。

當下的閃電模型是否會發生重大的方向變革，我認為是可能的。一旦這種情況發生，未來的框架就有可能發生較大的變化，基于Daric模型的Fiber就可能需要重塑。

所以，針對閃電行業的深入思考應該是十分必要的，從而找到“終局”。三、對Fiber的展望

我對于CKB的開發團隊一直是保有敬意的，我之前也說過原因，即我尊重還依然愿意探索、開發的團隊，特別是東方團隊，不論成敗如何。所以，我對Fiber是有期望的，我思考了可能是可以展望或者思考的方向，這里分享一下。1、如何發揮ckb網絡的優勢做創新

CKB網絡在設計之初就引入了新的架構，那么是否可以發揮其網絡特性在閃電網絡上做更多的創新是我比較期待的方向。比如：

1）離線支付的問題如何完美解決？

2）流動性管理問題是否可以從根本上的設計框架來處理？

3）多人通道的交互難度能否得到根治？

4）……

創新永遠是第一生產力，也是這個市場的聚寶盆！2、構建更多的閃電需求場景

閃電網絡存在一個通用性的問題，即閃電網絡的應用場景到底應該在哪里？我們空有幾百萬的TPS，但是現實中有哪些情況存在這么強的交互需求？或者說什么場景是非常需要甚至只能通過閃電網絡來解決的？

我曾經考慮過“流媒體付費”，也考慮過“game”，也一度衍生有“LAPP”，但是市面上這類型的項目要么沒有起色，要么就是已經“死掉了”，所以場景應該落在那里，Fiber也會遇到這樣一個問題。

我希望Fiber能夠挖掘甚至“構建”更多的閃電需求場景，技術只有落在實處才能體現價值，否則很容易變成“極客的玩物”，不過在我與相關人員的交談中得知，CKB團隊很看重這一點，希望能夠看到他們在這方面的不斷進展。