闪电网络（1）

闪电网络（The Lightning Network）是一个去中心化的系统。闪电网络的卓越之处在于，无须信任对方以及第三方即可实现实时的、海量的交易。

闪电网络起源：

虽然提出来各种方案，但基本可以划分为两类：长期规则派与短期搁置派。长期派偏理想、规则型，一口气敲定便不再折腾，典型代表BIP101/103，设定一个增长规则，便不再调整。短期派则认为未来不可预测，固定的规则过于简单暴力的解决问题，希望设置一个短期数年方案暂时先避开，搁置至未来解决，代表为BIP100，自2015年06月以来，经过了大半年来的大范围的反复讨论，目前长期规则派基本完败。一个看似简单的扩容技术问题，却引发比特币社区花了大半年时间，开了数次全球技术会议、私下打无数口水仗，却依然未有明确定论。其背后深刻原因是，区块限制值上调是无法真正解决比特币扩容问题的。

扩容问题

总的来说，根据对比特币网络的理解有两个划分：清算系统，现金系统。

清算系统

比特币区块链是全球的、分布式的、有限容量的、代价昂贵的系统。每一笔交易的价值含量是不一样的，当块容量不够用时，我们应该保障高价值的交易进块。高价值的交易有意愿有能力支付足够高的网络手续费，从而获得足够高的优先级进块。

随着比特币的繁荣，交易数量会越来越大，有限的块容量会使得低价值的交易（例如发送1分钱）永远无法进块，因为低价值的交易不可能支付高网络手续费。进而网络退化为清算系统，低价值含量交易被赶出，这些交易由第三方记账系统进行代替完成。在闪电网络出现之前，第三方记账系统主要是链外钱包提供商。用户信任某第三方钱包平台，把比特币存入其中，同一平台用户之间转账仅带来账户余额变更，并不会产生比特币交易。

现金系统

现金系统意味着所有交易均应该进入区块，那么当块容量不够用时，则应该及时提高块体积限制，对系统进行扩容。短时间可能发生交易入块堵塞，但长期来看所有交易应该均可以入块。人人都享有比特币系统带来的巨大便利和优势。

扩容争论的最后，还是倾向于2MB，使得升级过程更加可控一些，风险更低一些。

微支付通道

闪电网络在一片扩容的吵闹声中于2015年7月发出了首篇论文。在介绍闪电之前，我们先介绍一下微支付通道（Micro-Payments Channel）。 微支付通道概念于2012年首次被提出，是解决小额度、高频次支付场景的方案，目的在于缩减支付的交易数量，使高频、小额支付成为可能。

例子：假设爱丽丝为消费者，鲍伯为一家视频网站。爱丽丝非常喜欢去鲍伯网站看电影，看一部电影需要支付0.1BTC（比特币），那么爱丽丝看了10部电影就需要支付10次0.1BTC，共计 1BTC并发出10笔交易。而采用微支付通道就会缩减至两笔，或者说任何多次的交易均会缩减至两笔，只要总金额不超过存入通道的额度即可。

https://zhuanlan.zhihu.com/p/37190387

这是大神的科普，我只想做大神的狗腿子，大家可以都去关注大神，下面稍微引用一下

微支付通道建立过程

考虑如下场景：A是用户，B是一个数据提供商，B需要把1个100G的大数据文件发给A，价值是100元。

为了降低风险，A不想1次性把100元给B，而是每接收到1G的数据，给B支付1元。

那就需要100次的交易。现在看一下，微支付通道如何解决这个问题：

Step1:

用户A发起1笔交易，把100元打到1个公共账号上面（这个公共账号同时需要A,B的公钥，也就是前面所说的多重签名）。这笔钱，需要A,B2个人同时出具私钥，才能把钱取出来。这笔交易叫做保证金交易（Funding Transaction）。

Step2:

以此同时，用户A发起1笔退款交易（Refund Transaction）。这笔退款交易的输入，就是Step1里面的交易，其目的是把Step1里面的100元，再返回给用户A。这笔交易的nLockTime为一个>0的值，也就是该笔交易是Hold在那的，不会立即生效。

具体怎么做呢？ 用户A先把这笔交易发给B，让B用B的死钥签名（也就是写在scriptSig里面），再返回给A，A把这个Refund Transaction 攒在手上，这笔交易其实是A的一个保底的措施，保证前面的100元不会永远拿不回来。

Step3:

我们知道，在Step2的Refund Transaction里面，有2个输出：A，100元；B，0元。

现在把Step2的Refund Transaction拷贝1份，调整一下输出：A, 99元；B, 1元。也就是付给B1元。

然后A把这个交易发给B，B保留这个交易，不广播到网络上。

等A收到B的新的1G文件之后，重新调整输出，变成： A，98；B，2元。A,B重新签名，A再把这个交易发给B。

如此，不断继续下去：

A: 98，B，2；

A：97，B，3；

。。

A：1， 99。

这些交易，称为updated Transaction(或者叫做Commitment Transactio）

闪电网络（1）

闪电网络（The Lightning Network）是一个去中心化的系统。闪电网络的卓越之处在于，无须信任对方以及第三方即可实现实时的、海量的交易。

闪电网络起源：

虽然提出来各种方案，但基本可以划分为两类：长期规则派与短期搁置派。长期派偏理想、规则型，一口气敲定便不再折腾，典型代表BIP101/103，设定一个增长规则，便不再调整。短期派则认为未来不可预测，固定的规则过于简单暴力的解决问题，希望设置一个短期数年方案暂时先避开，搁置至未来解决，代表为BIP100，自2015年06月以来，经过了大半年来的大范围的反复讨论，目前长期规则派基本完败。一个看似简单的扩容技术问题，却引发比特币社区花了大半年时间，开了数次全球技术会议、私下打无数口水仗，却依然未有明确定论。其背后深刻原因是，区块限制值上调是无法真正解决比特币扩容问题的。

扩容问题

总的来说，根据对比特币网络的理解有两个划分：清算系统，现金系统。

清算系统

比特币区块链是全球的、分布式的、有限容量的、代价昂贵的系统。每一笔交易的价值含量是不一样的，当块容量不够用时，我们应该保障高价值的交易进块。高价值的交易有意愿有能力支付足够高的网络手续费，从而获得足够高的优先级进块。

随着比特币的繁荣，交易数量会越来越大，有限的块容量会使得低价值的交易（例如发送1分钱）永远无法进块，因为低价值的交易不可能支付高网络手续费。进而网络退化为清算系统，低价值含量交易被赶出，这些交易由第三方记账系统进行代替完成。在闪电网络出现之前，第三方记账系统主要是链外钱包提供商。用户信任某第三方钱包平台，把比特币存入其中，同一平台用户之间转账仅带来账户余额变更，并不会产生比特币交易。

现金系统

现金系统意味着所有交易均应该进入区块，那么当块容量不够用时，则应该及时提高块体积限制，对系统进行扩容。短时间可能发生交易入块堵塞，但长期来看所有交易应该均可以入块。人人都享有比特币系统带来的巨大便利和优势。

扩容争论的最后，还是倾向于2MB，使得升级过程更加可控一些，风险更低一些。

微支付通道

闪电网络在一片扩容的吵闹声中于2015年7月发出了首篇论文。在介绍闪电之前，我们先介绍一下微支付通道（Micro-Payments Channel）。 微支付通道概念于2012年首次被提出，是解决小额度、高频次支付场景的方案，目的在于缩减支付的交易数量，使高频、小额支付成为可能。

例子：假设爱丽丝为消费者，鲍伯为一家视频网站。爱丽丝非常喜欢去鲍伯网站看电影，看一部电影需要支付0.1BTC（比特币），那么爱丽丝看了10部电影就需要支付10次0.1BTC，共计 1BTC并发出10笔交易。而采用微支付通道就会缩减至两笔，或者说任何多次的交易均会缩减至两笔，只要总金额不超过存入通道的额度即可。

https://zhuanlan.zhihu.com/p/37190387

这是大神的科普，我只想做大神的狗腿子，大家可以都去关注大神，下面稍微引用一下

微支付通道建立过程

考虑如下场景：A是用户，B是一个数据提供商，B需要把1个100G的大数据文件发给A，价值是100元。

为了降低风险，A不想1次性把100元给B，而是每接收到1G的数据，给B支付1元。

那就需要100次的交易。现在看一下，微支付通道如何解决这个问题：

Step1:

用户A发起1笔交易，把100元打到1个公共账号上面（这个公共账号同时需要A,B的公钥，也就是前面所说的多重签名）。这笔钱，需要A,B2个人同时出具私钥，才能把钱取出来。这笔交易叫做保证金交易（Funding Transaction）。

Step2:

以此同时，用户A发起1笔退款交易（Refund Transaction）。这笔退款交易的输入，就是Step1里面的交易，其目的是把Step1里面的100元，再返回给用户A。这笔交易的nLockTime为一个>0的值，也就是该笔交易是Hold在那的，不会立即生效。

具体怎么做呢？ 用户A先把这笔交易发给B，让B用B的死钥签名（也就是写在scriptSig里面），再返回给A，A把这个Refund Transaction 攒在手上，这笔交易其实是A的一个保底的措施，保证前面的100元不会永远拿不回来。

Step3:

我们知道，在Step2的Refund Transaction里面，有2个输出：A，100元；B，0元。

现在把Step2的Refund Transaction拷贝1份，调整一下输出：A, 99元；B, 1元。也就是付给B1元。

然后A把这个交易发给B，B保留这个交易，不广播到网络上。

等A收到B的新的1G文件之后，重新调整输出，变成： A，98；B，2元。A,B重新签名，A再把这个交易发给B。

如此，不断继续下去：

A: 98，B，2；

A：97，B，3；

。。

A：1， 99。

这些交易，称为updated Transaction(或者叫做Commitment Transactio）