为什么闪电网络也是唯一可能实现大规模日常支付的扩容方案

作者：bitrabbit.btc来源：twitter2023-05-09

注：本文来自@bitrabbit_btc 推特，其是bitcoiner，原推文内容由MarsBit整理如下：

为什么闪电网络也是唯一可能实现大规模日常支付的扩容方案。

近期BRC20带来链上交易费用飙升，随着日后Ordinals/RGB/Taro/DLC这些比特币链上生态发展，这种高手续会变成新常态，闪电网络作为最负重望的L2链下扩容方案，无限TPS+即时支付+超低费用+安全+较为去中心化特性，将在日后承担起主要支付载体

闪电网络

闪电网络的工作原理还是不复杂的，用户A和B分别在链上支付10BTC建立一个20BTC的支付通道， A和B分别用自己的UTXO-A和UTXO-B作为输入，共同签名上链并输出了UTXO-AB。

闪电网络

之后A让用户B在签名生成链下交易A1，B也让用户A签名生成链下交易B1,，A1和B1不需要广播到链上，分别由A, B各自在链下存储，如果A1和B1被广播到链上就代表支付通道被关闭了。

闪电网络

如果A广播了A1，那么就会在链上生成UTXO-A1-A和UTXO-A1-B输出。

UTXO-A1-A的使用需要满足以下条件之一即可：

1. 需要等x个区块才能被A母私钥使用

2. 可以用B母私钥和A1子私钥共同签名使用，A1子私钥由A保管。

UTXO-A1-B的使用需要满足以下一个条件：

1. 用B母私钥签名即可使用

如果B广播B2交易同理。

用户之间使用闪电网络在链下是如何转账的呢？

用户A向用户B转5个BTC，如下图：

1. 用户A让用户B签名构建链下交易A2

2. 用户A把A1子私钥传给B

3. 用户B让用户A签名构建链下交易B2

4. 用户B把B1子私钥传给A

完成以上流程即可完成一笔闪电网络链下支付

闪电网络

闪电网络如何防止用户双花攻击作恶呢？

假设用户A想作恶，转账给B 5个BTC后，故意把交易A1广播出去，企图从支付通道中取回之前的10BTC。

1. 完成转账5BTC后，A把交易A1广播到链上。

2. UTXO-AB被花费，生成新的UTXO-A1-A和UTXO-A1-B。

3. 闪电网络瞭望塔发现了支付通道被关闭，并通知到用户B。

4. 用户B收到通知后用B母私钥签名取回UTXO-A1-B的10BTC。

5. 用户A要等待x个区块后才能取出UTXO-A1-A的10BTC，导致目前还无法取出。

6. 用户B用自己的母私钥和得到的A1子私钥从UTXO-A1-A中取出10BTC，用户A损失了全部的BTC。

由此可知，任何作恶用户的结局就是损失全部的资产。

跨用户转账：

如果用户A和C之间没有建立支付通道，A却想和C发生交易，那就可以通过A和C之间的共同支付通道联系人中转的方式来完成

闪电网络

通过上面理解闪电网络通过简单的机制实现了安全以及相对去中心化的链下交易，链下扩容方案相比roll u 这类链上扩容方案的优势是手续费可以非常低低至1聪，同时闪电网络的tps也是链下运营商承载力决定可以非常高，Phoenix这类非托管钱包运营的原理也是你直接跟钱包建立通道

闪电网络

https://twitter.com/bitrabbit_btc/status/1627270929490522120

闪电网络有如此多的优点却一直没有很大的发展呢？从跨用户转账原理可以理解到，闪电网络要有比较好的体验，需要有多个大型的中间节点运营商来保障支付路由的畅通，加BTC目前波动较大，节点运营商数量少，所以在起步阶段的流动性很差，会出现没有路由无法支付，这点跟sBTC起步阶段流动性差的情况类似

https://twitter.com/i/status/1655517981420683264

闪电网络未来的破局之路在哪？一方面ordinals/Nostr的兴起会加快闪电网络应用，另一面由RGB/Taro这些资产发行协议与Circle/Tether这些中心稳定币发行公司的合作，在闪电网络使用稳定币来日常支付可以大大解决目前闪电网络目前阶段碰到的流动性差与波动大的问题，DLC衍生来闪电网络BTC期权也会加快应用

Ordinals的异军突起只是个开始，我们相信未来几年比特币生态包括闪电网络，资产发行协议RGB/Taro，原生比特币智能合约DLCs, 双向挂钩比特币sBTC大放异彩的时代，正应了那个理论：所有成功的加密实验都终将在比特币层上以更好的方式运行。

其它闪电网络钱包的使用体验，另外由于现在链上手续费较高，使用phoenix这样的非托管钱包的时候要注意多提一些比特币以开通支付通道的手续费，或者选择Wallet of Satoshi这样的托管钱包。

留下你的闪电网络钱包地址随机打赏500-1000聪。

闪电网络