研究@BabylonLabs_io 的Trustless Bitcoin Vaults（TBV）时，我发现一个很容易被忽略的问题：让原生BTC成为抵押品只是第一步，真正麻烦的是，发生清算时到底该拿走多少。
普通DeFi里的抵押资产通常可以精确拆分。仓位差一点不健康，协议就卖掉一部分资产补足缺口。但TBV里的每个Vault本质上对应一个独立的Bitcoin UTXO，而UTXO不能像账户余额一样随意切下一小块。一个Vault要么完整保留，要么完整赎回或被处置。
这意味着，如果用户把全部BTC塞进一个大Vault，哪怕债务缺口只占很小一部分，清算也可能不得不围绕整个Vault展开。问题已经不只是清算价格，而是抵押品颗粒度设计得是否合理。
TBV给出的思路很有意思：把BTC提前拆成不同大小的Vault，并设置清算顺序。前面放一个规模较小的“牺牲Vault”，用来优先覆盖潜在债务；剩余资金放进“保护Vault”。仓位出问题时，协议先处理前者，而不是直接触碰全部抵押资产。
在我看来，这种设计说明TBV不是简单把BTC接进Aave之类的借贷市场，而是在重新适配Bitcoin的UTXO模型。它没有假装BTC和ERC-20一样灵活，而是把底层资产不可分割的特点直接纳入风险管理。
当然，这也把更多责任交给了用户和前端：Vault拆多大、借多少、保留多少安全边际，都会影响清算结果。但这种明确暴露约束的方式，可能比把风险藏在桥、托管人和封装资产背后更值得关注。$BABY 真正需要证明的，正是这套原生BTC抵押机制能否在安全之外，也做到足够好用。
#baby
普通DeFi里的抵押资产通常可以精确拆分。仓位差一点不健康，协议就卖掉一部分资产补足缺口。但TBV里的每个Vault本质上对应一个独立的Bitcoin UTXO，而UTXO不能像账户余额一样随意切下一小块。一个Vault要么完整保留，要么完整赎回或被处置。
这意味着，如果用户把全部BTC塞进一个大Vault，哪怕债务缺口只占很小一部分，清算也可能不得不围绕整个Vault展开。问题已经不只是清算价格，而是抵押品颗粒度设计得是否合理。
TBV给出的思路很有意思：把BTC提前拆成不同大小的Vault，并设置清算顺序。前面放一个规模较小的“牺牲Vault”，用来优先覆盖潜在债务；剩余资金放进“保护Vault”。仓位出问题时，协议先处理前者，而不是直接触碰全部抵押资产。
在我看来，这种设计说明TBV不是简单把BTC接进Aave之类的借贷市场，而是在重新适配Bitcoin的UTXO模型。它没有假装BTC和ERC-20一样灵活，而是把底层资产不可分割的特点直接纳入风险管理。
当然，这也把更多责任交给了用户和前端：Vault拆多大、借多少、保留多少安全边际，都会影响清算结果。但这种明确暴露约束的方式，可能比把风险藏在桥、托管人和封装资产背后更值得关注。$BABY 真正需要证明的，正是这套原生BTC抵押机制能否在安全之外，也做到足够好用。
#baby