我看 @BabylonLabs_io 白皮书里的 TBV 时，最容易被忽略的不是公式，而是一句很轻的描述：Vault 创建前，需要预签一组 Bitcoin 交易，可能还要其他参与方一起签。

这句话看着普通，但越想越关键。TBV 的金库逻辑，本来是让互不信任的双方也能合作：花费路径提前写好，预签名交易把后续规则锁死，谁都不能临时改条件。可一旦多了“其他参与方”，事情就没那么简单了。

比如借贷场景里，清算人可能要进入签名流程；稳定币场景里，大额资金方也可能要提前参与。每多一个签名方，技术上只是多一把钥匙，实际操作里却多了一堆协调问题：谁先签？谁后签？有人离线怎么办？超时算失败还是重来？这些都不是黑客攻击，而是日常流程里最容易卡住的地方。#baby

所以我觉得 TBV 的难点不只在 Bitcoin Script，也在参与方协调。两个人靠规则还能跑得很顺，参与者一多，预签名流程就会从密码学问题变成组织问题。$BTC

$BABY 如果参与治理，确实可以把签名顺序、超时处理、异常回滚这些流程标准化。但这也带来一个微妙矛盾：越想减少人工信任，越需要把协作规则写清楚；规则越多，治理成本也会跟着上来。$ETH