ICE:理解闪电网络：如何构建闪电网络？什么是哈希时间锁？

在上一篇文章中，Alice 和 Bob 建立了一个双向的支付通道。现在，Alice 想要给一个第三方 Carol 支付 1 btc。

一般来说，Alice 和 Carol 需要在彼此之间开设一个支付通道。但实际上并不需要。因为 Bob 和 Carol 之间已经有了一个通道，所以 Alice 可以通过 Bob 给 Carol 支付。

具体来说，Alice 可以给 Bob 支付 1 btc，而 Bob 再支付 1 btc 给 Carol。

但是，Alice 实际上并不信任 Bob，或者 Carol 并不信任 Bob。她担心把钱给 Bob 之后，Bob 不会给 Carol；又或者，他把钱给了 Carol，但 Carol 谎称自己压根没见到钱，而 Alice 也不知道该找哪个来追责。

观点：让用户能够真正理解隐私的重要性，才能推进产业发展:7月13日19:00，LatticeX中国区大使Jason、Oasis Network中国社区技术顾问Vic、Secret Network中国营销经理Kelvin、Findora内容负责人James参与了由ULink主办的“区块链技术不断前行的当下隐私充当着怎样的角色呢？”线上圆桌论坛。

Jason表示，区块链技术的公开、透明、不可篡改特性是把双刃剑，如果这个行业只有Token，隐私保护就是一个炒作的噱头，但如果区块链想要实现大规模使用，它承载的信息只会越来越多，数据之间的关联性会越来越多，这时数据的主权和保护问题便不可忽视，

Vic表示，滴滴事件给整个隐私行业带来了利好，从而推动用户对于整个隐私行业和数据保护意识的提升，让更多人意识到数据安全的重要性和必要性，也让更多的企业意识到数据获取需要在合法的范围内进行。

Kelvin表示，在DeFi世界中存在着抢先交易的问题，大型的抢购活动之前一些公司或个人就可以获取到大众的矿工费，从而利用机器人矿工费抢先完成交易，获取相应的利益，但这个隐私的暴露问题对于大多数人来说是不公平的。

James表示，我们需要通过现有案例分析、立法监管不断推进、大数据行业的自觉性、隐私从业者的推进与教育让用户能够真正理解隐私的重要性，才能推进产业发展。[2021/7/14 0:50:37]

因此，Alice 希望能保证，仅当 Bob 给了 Carol 1 btc，自己才需要给 Bob 支付 1 btc。

动态 | 零售巨头目标正在研究基于区块链的供应链管理解决方案:据CoinDesk 6月10日消息，零售巨头Target正致力于区块链驱动的供应链管理解决方案。根据该公司自己的企业博客，它最近开放该项目作为供应商认证的区块链解决方案，称为ConsenSource。它还承诺支持Hyperledger Grid项目——一个供应链框架，参与者包括Target的供应商之一Cargill以及Intel和Bitwise IO。Target一直在研究这项技术，并试图弄清楚哪些数据可以在分布式分类账上共享。[2019/6/10]

当 Alice 要给 Carol 支付 1 btc 时，她让 Carol 先生成一个秘密值（一个随机的数字串）并把对应的哈希值发给她。Alice 也告诉 Carol 可以用这个秘密值跟 Bob 交换 1 btc。

声音 | Samson Mow：很难理解为何质疑Liquid网络不是真正的侧链:据Bitcoinist消息，Blockstream首席战略官Samson Mow近日表示，很难理解为何会有人质疑Liquid网络并不是真正的侧链。Liquid网络与两种数字货币锚定，并且其数据可在其他链上被验证。[2018/10/13]

与此同时，Alice 把从 Carol 处得到的哈希值发给 Bob，并告诉 Bob 如果 Bob 能提供对应于这个哈希值的原始值，她就会给 Bob 1 btc（这个原始值当然只有 Carol 拥有）。

所以 Bob 找到 Carol，用 1 btc 换来了 Carol 的初始值。

动态 | 德国财政部：国家发布的数字货币存在“未被充分理解”风险:据Cointelegraph消息，德国联邦财政部（GFMF）认为央行发行的数字货币（CBDC）的概念风险太大。财政部在回应绿党议员Gerhard Schick表示，“到目前为止，没有令人信服的理由向德国和欧元区的广大用户发放数字中央银行资金，”。该部门认为，CBDC包含“一些尚未被充分了解的风险”[2018/7/7]

然后，Bob 找回 Alice，提供这个初始值。Alice 因此知道了 Bob 一定给过钱了，也就是 Carol 肯定已经收到了 1 btc，于是就把钱给了 Bob。

皆大欢喜。

几乎，啊，几乎是皆大欢喜。

在这种「过家家」的情形下，中间人 Bob 还是需要新人 Alice 和 Carol。Bob 必须相信 Carol 给他的是一个真正有用的值（不然钱都给了就拿不回来了），而且要相信 Alice 真的会给他 1 btc，假如他能提供对应于哈希值的原像的话。

这时候，我们就需要哈希时间锁合约（HTLC）啦。

哈希时间锁可以让 Alice 和 Bob 用秘密值来交换 btc（当然 Bob 和 Carol 也需要这个，但我们先按下不提）。

为了使用哈希时间锁，Alice 要将 1 btc 发送至一个新的多签地址，而非直接发送给 Bob。这个地址中锁定的 btc 可以通过两种方式解锁。

第一种方式是 Bob 将自己的签名和秘密值一起发送至该地址。

第二种方式是 Alice 将自己的签名发送至该地址。但是，这个方式存在 CLTV 时间锁限制：Alice 必须等待一段时间（例如两周）才能签署并广播交易取走这个 btc。

也就是说，Bob 有两周时间来创建一个包含签名和秘密值的交易，并广播该交易，将多签地址上的 btc 发送给自己。这样一来，这笔交易就有了保证。只要 Bob 能提供秘密值，他就能取走 Alice 的 btc：在比特币网络公开广播该交易可以让 Alice 看到它。

如果 Bob 没有在规定时限内提供秘密值，Alice 就可以取回她的 btc。就这么简单。

再说回网络，因为这是哈希时间锁合约真正发挥作用的地方。

如上文所述，不仅 Alice 和 Bob 之间有哈希时间锁合约，Bob 和 Carol 之间也有。因此，如果 Carol 向 Bob 索要 btc，Bob 也可以从 Carol 那里取得秘密值。这些在区块链上都是可见的。

因此，如果发生这种情况，Bob 也一定可以从 Alice 那里拿到 1 btc。Bob 可以将从 Carol 那里拿到的秘密值在链上公开，发送至他与 Alice 的哈希时间锁合约，然后取走多签地址上的 1 btc。这两个状态通道有效地关联了起来。

最后要强调的一点是，Bob 必须在有效期内从 Carol 那里拿到秘密值，否则 Alice 就有可能取回多签地址上的 1 btc。如果等 Alice 取回 1 btc 之后 Bob 才从 Carol 那里拿到了秘密值，Bob 就会被卡在中间进退两难。因此，Bob 和 Carol 的哈希时间锁合约必须比 Alice 和 Bob 的先到期（例如，前者的时限可以设成 10 天，而非两周）。这就是为什么哈希时间锁合约需要 CheckLockTimeVerify（绝对时间锁）而非 CheckSequenceVerify（相对时间锁）。

最后还有一个问题需要解决：要保证闪电网络的可用性，所有这些必须在链下完成。具体是如何实现的将在本系列第三篇文章中揭晓。

标签：BOBICECARCAROBOBAalice币发行量ScarySwap.IoCAROM价格

AVAX热门资讯