哈希时间锁能够让Alice和Bob用密秘值来互换btc（自然Bob和Carol也必须这一，但大家先按住不提）。
为了更好地应用哈希时间锁，Alice要将1btc发送到一个新的多签详细地址，并非立即发给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那边取得1btc。Bob能够将从Carol那边取得的密秘值在链上公布，发送到他与Alice的哈希时间锁合同，随后拿走多签详细地址上的1btc。这两个情况安全通道合理地关系了起來。
最终要注重的一点是，Bob务必在有效期限内从Carol那边取得密秘值，不然Alice就会有很有可能取回来多签详细地址上的1btc。假如等Alice取回来1btc以后Bob才从Carol那边取得了密秘值，Bob便会被卡在中间左右为难。因而，Bob和Carol的哈希时间锁合同务必比Alice和Bob的先期满（比如，前面一种的期限能够设置成10天，并非两个星期）。这就是为何哈希时间锁合同必须CheckLockTimeVerify（肯定时间锁）并非CheckSequenceVerify（相对性时间锁）。
