比特币闪电收集之：微付出通道_数字货币

[2021-02-10 22:19:20] 来源：编辑：wangjia 点击量：

评论 点击收藏

导读： 公有链很脆弱，私有链不够“去中心化”？投资区块链的企业竟然高达 95%。闪电收集竖立在微付出通道的基础上，要明白闪电收集就要起首明白微付出通道。下面我们讨论一下微付出通道竖立历程。斟酌

公有链很脆弱，私有链不够“去中心化”？

投资区块链的企业竟然高达 95%。

闪电收集竖立在微付出通道的基础上，要明白闪电收集就要起首明白微付出通道。

下面我们讨论一下微付出通道竖立历程。

斟酌以下场景：A 是用户，B 是一个数据提供商，B 须要把1个 100G 的大数据文件发给A，代价是100元。

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

那就须要 100 次的生意业务。如今看一下，微付出通道怎样处理这个问题：

生成但不提议证金生意业务（Funding Transaction）用户A生成1笔保证金生意业务，把100元打到 A、B 掌握的多重署名的地点上面。这笔钱，须要 A,B 2个人同时出具私钥，才把钱取出来。

生成并保存退款生意业务（Refund Transaction）用户 A 生成一笔以保证金生意业务为输入的退款生意业务，然后把生意业务发送给 B 让其署名，署名返回给 A。用户A考证保证金生意业务内容无误后，提交第1步生成保证金生意业务。

关于保证金生意业务

1、保证金生意业务的 nLockTime 为一个 0 的值，也就是该笔生意业务是 Hold 在那的，不会马上见效。

2、保证金生意业务的输出有2个：A，100元；B，0元。

3、保证金生意业务的目标在于确保第一步生成的保证金生意业务不会被 B 用户锁死。

不停提议许诺生意业务用户 A 拷贝一份退款生意业务，并调解输出为：A, 99元；B, 1元，署名并发送给 B。B 保存这个生意业务，不播送到收集上。这个生意业务的目标在于给用户 B 一元。B 收到用户许诺生意业务以后，把 1G 文件发送给 A；等 A 收到 B 的 1G 文件以后，从新调解输出，变成： A，98；B，2元。A,B 从新署名，A 再把这个生意业务发给 B 。

云云反复直到终究完毕，这些生意业务不会被播送到收集上，只在 A、B之间通报。

提议整理生意业务（Settlement Transaction）在 A 收到末了的 1个G的文件，提议整理生意业务。这笔生意业务输出为：A，0元， B，100元。其 nLockTime = 0，B 收到这个生意业务，播送到收集上，生意业务马上见效，B 收到100元。

微付出通道的奇妙的地方

全部历程，只要第一步的保证金生意业务和末了一步的整理生意业务会播送到收集上，中心的生意业务都不会播送。

怎样防备 B 跑路，A 的钱永久锁死在大众账号内里？这个是经由过程在确认退款生意业务无误后才会发送保证金生意业务来保证的。

怎样防备 A 跑路，B 拿不到本身的钱？每一个许诺生意业务都有 A,B 配合的署名。假如 A 跑路了，B 就把最新的生意业务播送到收集上，该生意业务被实行，B 就会拿到最新的钱。许诺生意业务有个特性，每1次生意业务的 nLockTime，都是逐级减小的，所以 B 把最新的生意业务播送到收集上以后，一定会被最早打包，最早实行。先前其他的生意业务就不会被实行了。

怎样防备 A、B 改动生意业务内容？任何 1 笔生意业务内里，都是先让 B 署名，再返回给 A，A 再署名，再发给 B。每笔生意业务内里都有 A,B 的两重署名，B 改了生意业务内容，和 A 的署名就对不上了，反过来，A 改了生意业务内容，就和 B 的署名对不上了。所以 A,B 都不大概变动改动生意业务内容！！

怎样防备 A 双花这笔钱？在第2步内里，A拿到了退款生意业务，A把这个生意业务播送到收集上，拿回这100元，再花到别处呢？做不到。由于退款生意业务有 nLockTime，处于锁定状况。而且这个 nLockTime 背面的任何1笔许诺生意业务的值。

微付出通道的不足

它是单向的，只能用来 A 给 B 转账。假如反过来，须要别的再竖立1个 B 到 A 的通道。

nLockTime的限定。假定 B 跑路了，A 也要比及退款生意业务的 nLockTime 到期了，才拿回本身的钱；一样，假定 A 跑路了，B 也要比及许诺生意业务的 nLockTime 到期了，拿到属于本身的钱。

比特币：www.btcmoney.cc

比特币； https://www.btcmoney.cc/detail/24950.html