我把当前公开测试网的TBV过期规则并排看了一遍，发现同样显示“Expired”，背后的责任和费用结果不同。
第一种是链下准备在请求发出后约24小时仍未完成，金库会过期，系统自动退回入金手续费。第二种是流程已经到达已验证状态，但用户在约48小时内没有完成激活，金库同样过期，费用却不再退回。两种情况都不代表BTC被没收：Pre-PegIn交易预留了退款路径，等当前测试网约3天的时间锁满足后，存款人可以用原来的比特币密钥单方面取回资产。$BTC
把这笔费用记作F：准备环节失败，费用损失为0；用户错过激活，费用损失为F；BTC本金都仍有回退路径。最容易出现两个误读：费用退回不等于BTC立刻解锁，BTC可恢复也不等于整个过程没有成本。
我更在意产品页面以后能否把“为何过期、费用是否退回、退款路径还剩多久”拆开显示。只给一个Expired状态，会把准备未完成和用户操作超时混在一起，也让人误判风险归属。
从@BabylonLabs_io 目前公开设计看，这套规则是在测试阶段主动区分责任，而不是用一句“资金安全”带过所有失败。对普通用户而言，下一步值得观察的不是宣传中的总锁仓量，而是不同过期原因的占比、从过期到实际取回BTC的耗时，以及有多少人因错过激活窗口支付了本可避免的费用。$BABY 能否形成稳定的协议需求，也要建立在这些失败路径足够清楚的基础上。
#baby
第一种是链下准备在请求发出后约24小时仍未完成，金库会过期，系统自动退回入金手续费。第二种是流程已经到达已验证状态，但用户在约48小时内没有完成激活，金库同样过期，费用却不再退回。两种情况都不代表BTC被没收：Pre-PegIn交易预留了退款路径，等当前测试网约3天的时间锁满足后，存款人可以用原来的比特币密钥单方面取回资产。$BTC
把这笔费用记作F：准备环节失败，费用损失为0；用户错过激活，费用损失为F；BTC本金都仍有回退路径。最容易出现两个误读：费用退回不等于BTC立刻解锁，BTC可恢复也不等于整个过程没有成本。
我更在意产品页面以后能否把“为何过期、费用是否退回、退款路径还剩多久”拆开显示。只给一个Expired状态，会把准备未完成和用户操作超时混在一起，也让人误判风险归属。
从@BabylonLabs_io 目前公开设计看，这套规则是在测试阶段主动区分责任，而不是用一句“资金安全”带过所有失败。对普通用户而言，下一步值得观察的不是宣传中的总锁仓量，而是不同过期原因的占比、从过期到实际取回BTC的耗时，以及有多少人因错过激活窗口支付了本可避免的费用。$BABY 能否形成稳定的协议需求，也要建立在这些失败路径足够清楚的基础上。
#baby