hello , web3.0
hello , web3.0

Subscribe to sole12343

Subscribe to sole12343
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
闪电网络(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)
No activity yet