比特币时间锁确实能"锁住"币，但锁的是花费条件，不是物理冻结。一笔被时间锁约束的UTXO，在链上依然存在、依然归属你的地址，但在时间条件满足之前，任何试图花费它的交易都会被网络拒绝。时间到了之后，解锁是自动的，不需要"申请"或"联系客服"。真正需要你提前设计好的，是谁在什么条件下能花这笔钱，以及如果发生意外，有没有替代路径。
两种时间锁，用途完全不同
比特币的时间锁分绝对时间锁和相对时间锁，在脚本层面分别对应 CLTV 和 CSV。
绝对时间锁（CLTV） 的意思是"这笔钱在某个特定时间点或区块高度之前不能被花"。它锁的是"从创世块算起"的绝对位置。比如你设定 500000000，它代表 2025 年 11 月 15 日左右的某个时间；设定 850000，它代表区块高度 850000 被挖出之前不可花费。
相对时间锁（CSV） 的意思是"这笔钱在进入区块链之后，必须等过一段时间才能被花"。它锁的是"从这笔交易被确认算起"的相对时长。CSV 的参数是 16 位，最多约 65535 个区块或 65535 秒，更适用于支付通道和链上合约的退款场景。
对于"锁住币"这个需求，你大概率需要的是 CLTV。它让你能把币锁到某个未来日期，在日期到达之前，连你自己也花不了。
时间锁脚本长什么样
一个最简单的 CLTV 锁定脚本结构是这样的：
<到期时间> OP_CHECKLOCKTIMEVERIFY OP_DROP <你的公钥> OP_CHECKSIG
它的逻辑是：先检查当前时间是否已经超过<到期时间>。如果没到，脚本直接失败，交易无效。如果到了，继续检查<你的公钥>对应的签名是否有效。签名有效，币就能被花掉。
更复杂的场景会用条件分支。比如 BIP 65 里经典的托管案例：Alice 和 Bob 做联合生意，资金放在 2-of-2 多签里。他们担心"一方出意外"导致币取不出来，于是设定：3 个月内必须两人共同签名才能花；3 个月后，律师 Lenny 加 Alice 或 Bob 中任意一人的签名就能花。这样既保留了正常时期的控制，又给了意外情况一个出口。
用现成工具做时间锁钱包
你不需要自己写脚本。有几个开源工具可以直接用。
BTCapsule 是一个专门做"比特币时间胶囊"的开源程序。它的设计思路是：你生成一个 P2SH 地址，设定一个未来的日期，把币打进去。程序会生成两个文件：sender_wallet.txt 是发送方的赎回脚本，你（原始持有人）随时可以用它把币取回来；receiver_wallet.txt 是接收方的脚本，必须等到你设定的日期之后才能花费。你把接收方文件复制到 U 盘给家人，他们拿到文件但日期没到，也花不了。日期到了之后，他们在区块链浏览器上广播赎回脚本，然后用 Sweep Wallet 功能把币扫到自己的地址。
Liana 是另一个选择，它原生支持时间锁恢复路径。在 GUI 的 Settings → Recovery 里可以找到 "Recover funds" 按钮，输入目标地址和费率后签名广播。Liana 的设计更偏向"主路径 + 时间锁恢复路径"的组合，适合那些希望日常用主路径、万一主路径失效时用时间锁路径兜底的人。
解锁核验：时间到了，但交易可能失败
时间条件满足不代表交易一定能成功广播。几个常见的卡点：
nLockTime 和 nSequence 必须设置正确。CLTV 虽然写在脚本里，但它依赖花费交易的 nLockTime 字段来做最终比较。一笔试图花费 CLTV 锁定 UTXO 的交易，它的 nLockTime 必须大于等于脚本里写的那个时间/高度，并且 nSequence 不能是 0xffffffff。如果你的钱包软件自动把这些字段设成了默认值（比如 nLockTime=0），交易会被网络拒绝。
时间解释的 500,000,000 分界线。小于 500,000,000 的数字被解释为区块高度，大于等于这个数字的被解释为 UNIX 时间戳。你如果写了一个 1000000，以为它代表某个日期，实际上它代表"区块高度达到 100 万之后可花"——而比特币早就过了那个高度，币可能立刻就能花。反过来，如果你用 500000000 想表达一个高度，它会被当成时间戳，对应 1985 年，币同样立刻可花。写脚本之前，先确认你用的数字落在正确的区间。
时间到了不等于区块马上到。CLTV 里的时间戳是"区块时间"，而矿工打包时用的时间允许有最多两小时的误差。你设了一个精确到秒的时间戳，实际解锁可能比预期早或晚几个小时。区块高度的模糊性小一些，但出块速度本身有波动，平均 10 分钟一个块，实际可能快也可能慢。
一个容易被忽略的风险
时间锁保护的是"花费路径"，不保护私钥。如果你的接收方文件被泄露，而时间锁又刚好到期，拿到私钥的人可以直接把币扫走。BTCapsule 的接收方文件里包含接收方的私钥，这个文件需要像对待私钥一样对待——不能提前给不该给的人，也不能放在联网设备上长期存放。
时间锁脚本一旦上链，就是不可逆的。你把币打进了 P2SH 时间锁地址，这个 UTXO 的花费条件就被脚本固定了。如果你后来发现时间设错了、或者条件设计有漏洞，没有办法修改脚本。唯一的补救是在时间锁到期前，用 sender 路径（如果有的话）把币取出来重新锁。如果脚本设计成"到期前谁也不能花"，那你就只能等。
完成标准
一笔时间锁交易算"设置完成"的节点，是锁定交易被确认，且你能在区块链浏览器上看到那个 P2SH 地址对应的输出。算"解锁完成"的节点，是时间条件满足后，一笔合法的花费交易被确认，币到达了目标地址。
中间任何一步——脚本构造、广播、确认、解锁——出问题，都可能导致币暂时或永久取不出来。在把大额资金锁进去之前，先用一笔小额（比如几千聪）在 testnet 或主网上完整走一遍全流程：设置、等待、解锁、扫款。这是唯一能验证你的脚本和工具链是否可靠的方法。
参考资料
- Blockstream·Don't mix your timelocks，页面未标明更新日期；核查日期：2024-10-01。
- BlockchainCommons·Using CLTV in Scripts，页面未标明更新日期；核查日期：2024-10-01。
- Bitcoin官方·BIP 65 — OP_CHECKLOCKTIMEVERIFY，页面未标明更新日期；核查日期：2024-10-01。
- 纳斯达克·Segregated Witness Enters Final Testnet Stage, Includes Lightning Network Support，页面发布日期：2016-03；核查日期：2024-10-01。
- BTCapsule开源项目·BTCapsule项目主页，页面未标明更新日期；核查日期：2024-10-01。
- BTCapsule开源项目·BTCapsule代码仓库主页，页面未标明更新日期；核查日期：2024-10-01。
- Liana开源项目·Liana项目提交记录，页面未标明更新日期；核查日期：2024-10-01。
- BlockchainCommons·Usando CLTV en Scripts，页面未标明更新日期；核查日期：2024-10-01。
- BlockchainCommons·Sending a Transaction with a Locktime，页面未标明更新日期；核查日期：2024-10-01。
