能阻止Payout，不等于能改写BTC去向
在Trustless Bitcoin Vaults (TBV)里，Security Council很容易被误读成掌握BTC的多签。当前公开测试网采用5把Bitcoin公钥与3-of-5法定人数，公钥写入版本化的链下协议参数，用于共同签署CouncilNoPayout。它能阻止某个Vault的Payout，却不能把BTC导向Council指定的新地址。
限制来自Vault创建时已固定的Bitcoin支出图。存款人预签Payout并确定合法目的地：正常退出或self-claim按既有条件回到存款人地址，不需要Council批准；清算路径则进入已授权的Application Vault Keeper地址。Council密钥不在这组收款目的地中，因此即使达到法定人数，也只有阻断权，没有资产改向权。
这不同于challenger在正常争议流程中广播的No-Payout：后者建立在无效Claim被挑战且无法反证之后；CouncilNoPayout用于标准机制无法处理的极端故障或特殊恢复。Ethereum侧pause又是另一层，它能暂停应用动作，却不能改写已经存在的Pre-PegIn refund和WOTS self-claim路径。
CouncilNoPayout改变了我的评价标准：我不再只问系统里有没有委员会，而要问它能让Bitcoin接受什么结果。能阻止支出，仍会带来可用性和退出延迟风险；不能创造新目的地，则把最坏后果限制在阻断，而不是资产重定向。Council权限若被滥用，合法Payout仍可能被卡住；若Council失联，紧急恢复能力也会下降，不能把这种设计写成零风险。
@BabylonLabs_io 将Security Council定义为过渡性安全网，目标是随协议成熟逐步退役其权力。真正值得观察的不是多签是否存在，而是紧急权限被Bitcoin支出路径限制到了哪一步。$BTC $ETH
$BABY
#baby
在Trustless Bitcoin Vaults (TBV)里，Security Council很容易被误读成掌握BTC的多签。当前公开测试网采用5把Bitcoin公钥与3-of-5法定人数，公钥写入版本化的链下协议参数，用于共同签署CouncilNoPayout。它能阻止某个Vault的Payout，却不能把BTC导向Council指定的新地址。
限制来自Vault创建时已固定的Bitcoin支出图。存款人预签Payout并确定合法目的地：正常退出或self-claim按既有条件回到存款人地址，不需要Council批准；清算路径则进入已授权的Application Vault Keeper地址。Council密钥不在这组收款目的地中，因此即使达到法定人数，也只有阻断权，没有资产改向权。
这不同于challenger在正常争议流程中广播的No-Payout：后者建立在无效Claim被挑战且无法反证之后；CouncilNoPayout用于标准机制无法处理的极端故障或特殊恢复。Ethereum侧pause又是另一层，它能暂停应用动作，却不能改写已经存在的Pre-PegIn refund和WOTS self-claim路径。
CouncilNoPayout改变了我的评价标准：我不再只问系统里有没有委员会，而要问它能让Bitcoin接受什么结果。能阻止支出，仍会带来可用性和退出延迟风险；不能创造新目的地，则把最坏后果限制在阻断，而不是资产重定向。Council权限若被滥用，合法Payout仍可能被卡住；若Council失联，紧急恢复能力也会下降，不能把这种设计写成零风险。
@BabylonLabs_io 将Security Council定义为过渡性安全网，目标是随协议成熟逐步退役其权力。真正值得观察的不是多签是否存在，而是紧急权限被Bitcoin支出路径限制到了哪一步。$BTC $ETH
$BABY
#baby