今天研究@BabylonLabs_io Trustless Bitcoin Vaults白皮书的时候，原本以为质押收益和抵押借贷是两件必须分开处理的事——一份BTC要么锁进质押协议吃收益，要么拿去抵押借稳定币，二选一。看完具体条款设计才发现，这个判断是想当然了。#baby
我看到白皮书给出的方案是：同一枚质押中的BTC，只用一个Vault，里面在创建时就预先签好三条互斥的花费路径。第一条是解除质押/赎回路径——BTC价格保持在清算阈值以上，质押者可以主动解锁；第二条是清算路径——价格跌破阈值，触发清算流程；第三条是罚没路径——质押者本人或其委托的终局提供方（finality provider）出现双重签名，直接执行slashing。三条路径共用同一个UTXO，哪条条件先满足，脚本就按哪条执行，其余两条自动失效，不需要任何一方额外签字或人工介入。
我认为这个设计精准对应的，其实是一个具体约束：一笔BTC在同一时间只能有一种归属结果，但这个结果由三种互斥的外部状态共同决定，而不是由某个中心化角色去做判断。类比成存单更贴切——这不是把存单交给两家机构各管一段，而是把三种触发条件写进同一张存单的合同条款里，条件一旦成立，哪家机构来执行都是按合同来，不存在谁临时决定的空间。@BabylonLabs_io
这套设计带来的实际效果，是质押者可以一边继续拿质押奖励，一边把同一笔BTC当抵押品去借稳定币，资金不需要被拆成两份、也不需要在两个协议之间来回搬运，节省的是原本会被闲置或重复锁定的那部分资本效率。
对整个Trustless Bitcoin Vaults的产品逻辑来说，这也是一个信号：它想做的不是给BTC加一个新的收益入口，而是让同一份抵押品能在多个金融场景里被复用，同时保证这些场景之间的花费权利不会互相冲突。#baby $BABY
我看到白皮书给出的方案是：同一枚质押中的BTC，只用一个Vault，里面在创建时就预先签好三条互斥的花费路径。第一条是解除质押/赎回路径——BTC价格保持在清算阈值以上，质押者可以主动解锁；第二条是清算路径——价格跌破阈值，触发清算流程；第三条是罚没路径——质押者本人或其委托的终局提供方（finality provider）出现双重签名，直接执行slashing。三条路径共用同一个UTXO，哪条条件先满足，脚本就按哪条执行，其余两条自动失效，不需要任何一方额外签字或人工介入。
我认为这个设计精准对应的，其实是一个具体约束：一笔BTC在同一时间只能有一种归属结果，但这个结果由三种互斥的外部状态共同决定，而不是由某个中心化角色去做判断。类比成存单更贴切——这不是把存单交给两家机构各管一段，而是把三种触发条件写进同一张存单的合同条款里，条件一旦成立，哪家机构来执行都是按合同来，不存在谁临时决定的空间。@BabylonLabs_io
这套设计带来的实际效果，是质押者可以一边继续拿质押奖励，一边把同一笔BTC当抵押品去借稳定币，资金不需要被拆成两份、也不需要在两个协议之间来回搬运，节省的是原本会被闲置或重复锁定的那部分资本效率。
对整个Trustless Bitcoin Vaults的产品逻辑来说，这也是一个信号：它想做的不是给BTC加一个新的收益入口，而是让同一份抵押品能在多个金融场景里被复用，同时保证这些场景之间的花费权利不会互相冲突。#baby $BABY