前几天整理抽屉，翻出一叠好几年前买的邮票。寄东西的时候被告知面值不够，邮资早就涨过了。票还在，只是当年的定价失效了。
这两天想 @BabylonLabs_io 的 TBV，卡在一个类似的地方：预签名交易里的手续费费率，是在 Vault 创建那一刻就定下来的。
TBV 的安全性很大程度来自"预先构建"。退出路径、罚没路径、时间锁到期后广播哪笔交易，全都在你锁定 BTC 之前就签好了。这是它不需要智能合约、不需要任何人事后批准的原因。
但一笔比特币交易被打包，取决于它出的费率在当下的内存池里够不够看。预签名意味着这个费率是过去时的判断。你锁仓那天内存池空空荡荡，两个月后一波铭文热潮涌进来，那笔当年签好的退出交易可能就卡在池子里没人理。
Antoine Riard 研究交易钉死攻击时反复强调过一个点：预签名交易的真正难题从来不是签名本身，而是签名之后如何还能给它加价。Lightning 为此专门设计了 anchor outputs，就是为了给预签好的交易留一个事后追加手续费的出口。
大多数人把预签名读作确定性。我更愿意读作一份对未来费率市场下的注。
工程上是有解的，CPFP、锚点输出、预留多档费率，都是成熟做法。但每一种解法都在把复杂度往前推——你得在创建阶段就把未来可能的费率环境考虑进去，或者依赖某个愿意帮你加价的角色。
我一直在观察一件事：TBV 把作恶的自由裁量权删掉了，但拥堵时把交易推出去的能力，最后落在谁身上？ #baby $BABY @BabylonLabs_io
$BTC
这两天想 @BabylonLabs_io 的 TBV，卡在一个类似的地方：预签名交易里的手续费费率，是在 Vault 创建那一刻就定下来的。
TBV 的安全性很大程度来自"预先构建"。退出路径、罚没路径、时间锁到期后广播哪笔交易，全都在你锁定 BTC 之前就签好了。这是它不需要智能合约、不需要任何人事后批准的原因。
但一笔比特币交易被打包，取决于它出的费率在当下的内存池里够不够看。预签名意味着这个费率是过去时的判断。你锁仓那天内存池空空荡荡，两个月后一波铭文热潮涌进来，那笔当年签好的退出交易可能就卡在池子里没人理。
Antoine Riard 研究交易钉死攻击时反复强调过一个点：预签名交易的真正难题从来不是签名本身，而是签名之后如何还能给它加价。Lightning 为此专门设计了 anchor outputs，就是为了给预签好的交易留一个事后追加手续费的出口。
大多数人把预签名读作确定性。我更愿意读作一份对未来费率市场下的注。
工程上是有解的，CPFP、锚点输出、预留多档费率，都是成熟做法。但每一种解法都在把复杂度往前推——你得在创建阶段就把未来可能的费率环境考虑进去，或者依赖某个愿意帮你加价的角色。
我一直在观察一件事：TBV 把作恶的自由裁量权删掉了，但拥堵时把交易推出去的能力，最后落在谁身上？ #baby $BABY @BabylonLabs_io
$BTC