CKB：闪电网络促新局，落地场景需发力
8月23日，CKB公布了其闪电网络 Fiber Network轻皮书，最近一段时间我在深入学习闪电网络知识并有一定的所得，于是第一时间对Fiber做了调研，遂有此文。
一、Fiber的改进点
相对于BTC上的闪电网络，Fiber在设计上有自己的考量，同时由于eUTXO及CKB网络的特性，也为其带来了一些独特的技术点。
1、资产在通道内转移
自Lightning Labs开发了Taproot asset之后，闪电网络终于迎来了资产发行层面的拓展，但是在一般的Lightning Channel中进行的Taproot asset转移，其实现逻辑是这样的：
制作 by Dapangdun
Taproot asset资产的转移是通过Taproot Channel和“汇率兑换”的方式结合实现的。这种技术方案的好处是可以复用当前的闪电通道架构，也相当于复用了安全性，实现起来比较简单；缺点是这种方案设计决定了不可能直接在通道内转移Taproot asset。
而在Fiber中，资产是直接在通道内转移的，其实现概念图如下：
制作 by Dapangdun
2、PTLC的采用
BTC上的闪电网络采用的是HTLC技术，HTLC在实际使用中其实是足够好的，但是它还是存在着在多跳环节中破坏闪电网络隐私性的可能性。
在技术环节上，HTLC在整个“多跳”路径中使用的是同一个原像。同时，鉴于原像由收款方随机生成，两笔不同付款使用同一个原像的可能性不大。因此，如果一个实体（个体、公司等等）控制了某条付款路径上的多个节点，就可以根据某个节点得到的输入和另一个节点的输出获得完整的交易信息。然后，这个实体可以使用某种启发法（根据路径长度或节点类型）猜出路径中的哪个节点是付款方，哪个节点是收款方。洋葱路由在隐私性方面所做的努力就会被破坏。
而采用PTLC，路径中的每一跳都使用不同的秘密值。这样一来，通过洋葱路由实现的隐私性就得到了保护。Fiber采用的就是PTLC技术。
这个技术点详情可以参考下面这篇文章：
3、缓解了BTC闪电网络遇到的问题
Fiber整体的设计上脱胎于BTC的闪电网络，所以当下闪电网络的一些问题也随之“继承了”下来，比如非常重要的“流动性管理”问题。
在BTC闪电网络中，通道流动性的管理是一个非常麻烦的事情，但是因为入账需要流动性，收款也需要流动性，我们不可避免要涉及到调整通道流动性的场景。现在的解决方案，不论是“潜水艇互换”，还是“JIT”、“通道拼接”，都会涉及到需要让用户在主网上进行1-2笔交易的问题，BTC主网确认又慢，有可能gas还高，就会让人疑惑或者体验很不好。
而在Fiber中，目前透露的“LSP+潜水艇互换”的方案虽然没有摆脱这种流动性解决方案存在的问题，但是提交一笔ckb交易的花费很低，等待时间也很短，用户的体验上会好很多。
4、可以与BTC闪电网络达成互通
Fiber并没有只限制于CKB网络，其通过“中间承兑商”的模式可以实现BTC和CCBTC之间的1：1转换，这种方式有点类似于构建了“一个闪电桥”，而且这种方案可以做成去中心化的，即普通人如果有这种资产也可以参与到提供这种服务中去，充当“承兑商”。
如果再进一步思考，BTC就可以通过这种方式直接swap CKB网络中的其他资产，只需要接受公开Oracle的汇率报价即可。
当然，目前属于概念设计阶段，还需要观察实际开发情况。
制作 by Dapangdun
二、Fiber问题
除了因“继承”而需要共同面对的问题之外，Fiber也有一些问题值得探讨。
1、必要性问题
BTC的闪电网络开发是因为“小区块限制”及“主网极高的确认时间”而诞生的方案，目标是在支付领域改善这些问题，实现资费大幅降低、TPS大幅提升。
而对于CKB网络，通过测试，当前一笔转账的手续费大概是0.0000183ckb，结合当前ckb的价格（~0.01U），资费约0.000000183U，这个资费已经非常非常非常低了。即使我们考虑ckb的价格增长10倍，ckb网络拥堵10倍，一笔交易的费用也仅仅为0.0000183U，依然是很低的，那么闪电网络的必要性相对于BTC网络是明显不足的。
制作 by Dapangdun
同时，考虑到闪电支付还存在【运维节点难度】【需双方在线支付】【资金利用率不足】等问题，虽然也存在一定的手段去改善，但似乎必要性没有那么强烈。
当然，我们也可以换几个角度来看待这个问题：
1）从支付速度角度考虑，CKB网络的出块时间是8~48s，闪电网络基本接近于“立即支付”，支付速度上是提升的；
2）从技术发展角度考虑，CKB网络本身自有生态，闪电网络的开发有助于整个生态技术图谱的发展和扩充，未来也可能引入ZK等其他技术，也可以从这方面看待。
2、闪电模型问题
Fiber用的闪电模型是基于“Daric”的，这个模型是传统的P2P模型，但是如果从最近BTC闪电网络的市场发展来看，P2P模型遇到了极大的问题，整个市场在转向LSP托管，Mutiny wallet的关闭也印证了这一点，而在Mutiny下的LSP宣布停止运营也给LSP托管方案是否能够维持蒙上了一层阴影。
我认为需要密切关注闪电模型未来的变化。
三、对Fiber的展望
我对于CKB的开发团队一直是保有敬意的，我之前也说过原因，即我尊重还依然愿意探索、开发的团队，特别是东方团队，不论成败如何。所以，我对Fiber是有期望的，我思考了可能是可以展望或者思考的方向，这里分享一下。
1、如何发挥ckb网络的优势做创新
CKB网络在设计之初就引入了新的架构，那么是否可以发挥其网络特性在闪电网络上做更多的创新是我比较期待的方向。比如：
1）离线支付的问题如何完美解决？
2）流动性管理问题是否可以从根本上的设计框架来处理？
3）多人通道的交互难度能否得到根治？
4）……
创新永远是第一生产力，也是这个市场的聚宝盆！
2、构建更多的闪电需求场景
闪电网络存在一个通用性的问题，即闪电网络的应用场景到底应该在哪里？我们空有几百万的TPS，但是现实中有哪些情况存在这么强的交互需求？或者说什么场景是非常需要甚至只能通过闪电网络来解决的？
我曾经考虑过“流媒体付费”，也考虑过“game”，也一度衍生有“LAPP”，但是市面上这类型的项目要么没有起色，要么就是已经“死掉了”，所以场景应该落在那里，Fiber也会遇到这样一个问题。
我希望Fiber能够挖掘甚至“构建”更多的闪电需求场景，技术只有落在实处才能体现价值，否则很容易变成“极客的玩物”，不过在我与相关人员的交谈中得知，CKB团队很看重这一点，希望能够看到他们在这方面的不断进展。
声明：
- 本文转载自[Mirror]，著作权归属原作者[DaPangDun]，如对转载有异议，请联系Gate Learn团队，团队会根据相关流程尽速处理。
- 免责声明：本文所表达的观点和意见仅代表作者个人观点，不构成任何投资建议。
- 文章其他语言版本由Gate Learn团队翻译， 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。
相关文章
如何质押 ETH？
CKB：闪电网络促新局，落地场景需发力
8月23日，CKB公布了其闪电网络 Fiber Network轻皮书，最近一段时间我在深入学习闪电网络知识并有一定的所得，于是第一时间对Fiber做了调研，遂有此文。
一、Fiber的改进点
相对于BTC上的闪电网络，Fiber在设计上有自己的考量，同时由于eUTXO及CKB网络的特性，也为其带来了一些独特的技术点。
1、资产在通道内转移
自Lightning Labs开发了Taproot asset之后，闪电网络终于迎来了资产发行层面的拓展，但是在一般的Lightning Channel中进行的Taproot asset转移，其实现逻辑是这样的：
制作 by Dapangdun
Taproot asset资产的转移是通过Taproot Channel和“汇率兑换”的方式结合实现的。这种技术方案的好处是可以复用当前的闪电通道架构，也相当于复用了安全性，实现起来比较简单；缺点是这种方案设计决定了不可能直接在通道内转移Taproot asset。
而在Fiber中，资产是直接在通道内转移的，其实现概念图如下：
制作 by Dapangdun
2、PTLC的采用
BTC上的闪电网络采用的是HTLC技术，HTLC在实际使用中其实是足够好的，但是它还是存在着在多跳环节中破坏闪电网络隐私性的可能性。
在技术环节上，HTLC在整个“多跳”路径中使用的是同一个原像。同时，鉴于原像由收款方随机生成，两笔不同付款使用同一个原像的可能性不大。因此，如果一个实体（个体、公司等等）控制了某条付款路径上的多个节点，就可以根据某个节点得到的输入和另一个节点的输出获得完整的交易信息。然后，这个实体可以使用某种启发法（根据路径长度或节点类型）猜出路径中的哪个节点是付款方，哪个节点是收款方。洋葱路由在隐私性方面所做的努力就会被破坏。
而采用PTLC，路径中的每一跳都使用不同的秘密值。这样一来，通过洋葱路由实现的隐私性就得到了保护。Fiber采用的就是PTLC技术。
这个技术点详情可以参考下面这篇文章：
3、缓解了BTC闪电网络遇到的问题
Fiber整体的设计上脱胎于BTC的闪电网络，所以当下闪电网络的一些问题也随之“继承了”下来，比如非常重要的“流动性管理”问题。
在BTC闪电网络中，通道流动性的管理是一个非常麻烦的事情，但是因为入账需要流动性，收款也需要流动性，我们不可避免要涉及到调整通道流动性的场景。现在的解决方案，不论是“潜水艇互换”，还是“JIT”、“通道拼接”，都会涉及到需要让用户在主网上进行1-2笔交易的问题，BTC主网确认又慢，有可能gas还高，就会让人疑惑或者体验很不好。
而在Fiber中，目前透露的“LSP+潜水艇互换”的方案虽然没有摆脱这种流动性解决方案存在的问题，但是提交一笔ckb交易的花费很低，等待时间也很短，用户的体验上会好很多。
4、可以与BTC闪电网络达成互通
Fiber并没有只限制于CKB网络，其通过“中间承兑商”的模式可以实现BTC和CCBTC之间的1：1转换，这种方式有点类似于构建了“一个闪电桥”，而且这种方案可以做成去中心化的，即普通人如果有这种资产也可以参与到提供这种服务中去，充当“承兑商”。
如果再进一步思考，BTC就可以通过这种方式直接swap CKB网络中的其他资产，只需要接受公开Oracle的汇率报价即可。
当然，目前属于概念设计阶段，还需要观察实际开发情况。
制作 by Dapangdun
二、Fiber问题
除了因“继承”而需要共同面对的问题之外，Fiber也有一些问题值得探讨。
1、必要性问题
BTC的闪电网络开发是因为“小区块限制”及“主网极高的确认时间”而诞生的方案，目标是在支付领域改善这些问题，实现资费大幅降低、TPS大幅提升。
而对于CKB网络，通过测试，当前一笔转账的手续费大概是0.0000183ckb，结合当前ckb的价格（~0.01U），资费约0.000000183U，这个资费已经非常非常非常低了。即使我们考虑ckb的价格增长10倍，ckb网络拥堵10倍，一笔交易的费用也仅仅为0.0000183U，依然是很低的，那么闪电网络的必要性相对于BTC网络是明显不足的。
制作 by Dapangdun
同时，考虑到闪电支付还存在【运维节点难度】【需双方在线支付】【资金利用率不足】等问题，虽然也存在一定的手段去改善，但似乎必要性没有那么强烈。
当然，我们也可以换几个角度来看待这个问题：
1）从支付速度角度考虑，CKB网络的出块时间是8~48s，闪电网络基本接近于“立即支付”，支付速度上是提升的；
2）从技术发展角度考虑，CKB网络本身自有生态，闪电网络的开发有助于整个生态技术图谱的发展和扩充，未来也可能引入ZK等其他技术，也可以从这方面看待。
2、闪电模型问题
Fiber用的闪电模型是基于“Daric”的，这个模型是传统的P2P模型，但是如果从最近BTC闪电网络的市场发展来看，P2P模型遇到了极大的问题，整个市场在转向LSP托管，Mutiny wallet的关闭也印证了这一点，而在Mutiny下的LSP宣布停止运营也给LSP托管方案是否能够维持蒙上了一层阴影。
我认为需要密切关注闪电模型未来的变化。
三、对Fiber的展望
我对于CKB的开发团队一直是保有敬意的，我之前也说过原因，即我尊重还依然愿意探索、开发的团队，特别是东方团队，不论成败如何。所以，我对Fiber是有期望的，我思考了可能是可以展望或者思考的方向，这里分享一下。
1、如何发挥ckb网络的优势做创新
CKB网络在设计之初就引入了新的架构，那么是否可以发挥其网络特性在闪电网络上做更多的创新是我比较期待的方向。比如：
1）离线支付的问题如何完美解决？
2）流动性管理问题是否可以从根本上的设计框架来处理？
3）多人通道的交互难度能否得到根治？
4）……
创新永远是第一生产力，也是这个市场的聚宝盆！
2、构建更多的闪电需求场景
闪电网络存在一个通用性的问题，即闪电网络的应用场景到底应该在哪里？我们空有几百万的TPS，但是现实中有哪些情况存在这么强的交互需求？或者说什么场景是非常需要甚至只能通过闪电网络来解决的？
我曾经考虑过“流媒体付费”，也考虑过“game”，也一度衍生有“LAPP”，但是市面上这类型的项目要么没有起色，要么就是已经“死掉了”，所以场景应该落在那里，Fiber也会遇到这样一个问题。
我希望Fiber能够挖掘甚至“构建”更多的闪电需求场景，技术只有落在实处才能体现价值，否则很容易变成“极客的玩物”，不过在我与相关人员的交谈中得知，CKB团队很看重这一点，希望能够看到他们在这方面的不断进展。
声明：
- 本文转载自[Mirror]，著作权归属原作者[DaPangDun]，如对转载有异议，请联系Gate Learn团队，团队会根据相关流程尽速处理。
- 免责声明：本文所表达的观点和意见仅代表作者个人观点，不构成任何投资建议。
- 文章其他语言版本由Gate Learn团队翻译， 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。
相关文章
如何质押 ETH？