今天我要说的是：重试哈希锁（retry hashlock）

重试哈希锁的名字看起来很复杂，其实理解起来一句话就够了，那就是——付款方制定的一个收款方收款条件，该条件是一个由付款方掌控的密码。

在昨天的文章里，我们说到“闪电网络”中安全漏洞的问题。而要避免那个漏洞，要么避开人祸，也就是——绝不在第一条支付链接的HTLC到期前发起第二条链接支付；要么，就让我们今天的主角上场主持正义。

来来来，大家集中精神，五分钟搞定今天的课程。

真实交易模型举例：

1.甲乙丙丁四方交易，甲方要付1个比特币给丁方，支付路径是：甲——乙——丙——丁；

2.丙方在四方交易HTLC成功建立后失联，甲方改用第二条支付路径：甲——A——丁；

3.两条支付路径中，各附带了一个由甲方提供的“重试哈希锁”作为丁方取款的前置条件；

4.丁方收到A方转账过来的1个比特币已被“重试哈希锁”锁定；

5.在第一条支付路径的HTLC失效后，甲方提供哈希值给丁方，丁方成功解锁获得比特币。

以上例子不难看出，“重试哈希锁”的功能给予了支付方一个可以撤销交易的权力，避免了单纯HTLC交易模型中可能出现的双重支付损失。

但是大家要注意：“重试哈希锁”仅仅是基于以太坊开发的“雷电网络”上的一个合约功能，而“雷电网络”和“闪电网络”并不是同一个网络。