Babylon发生Slashing后,剩余资金去了哪里
聊到Babylon罚没,不少人脑海里的画面是整笔质押瞬间归零。我最初也这样理解,后来专门顺着Slashing Transaction的输出往下看,才发现实际结构更加细致。罚没交易并不是简单把全部资金送进一个黑洞,而是按照协议参数处理被惩罚的部分,并为剩余资产建立后续路径。@BabylonLabs_io
按照脚本设计,Slashing Transaction消耗相关质押输出后,会把规定比例送往不可花费地址,未被罚没的部分则进入Slashing Refund Output。这个退款输出依旧带有一段较短的时间锁,用户需要等待条件满足后才能提取。事件发生后,账户不会直接回到普通钱包状态,而是进入“已处罚、剩余部分等待释放”的新阶段。$BTC
这套安排带来几个必须提前说明的问题:罚没比例由哪一组参数决定,交易费用从哪部分扣除,剩余资金的成熟高度如何计算,如果Slashing交易迟迟没有确认,退款等待从什么时候开始。对用户来说,损失金额固然重要,剩余资产何时重新可用同样影响风险评估。$ETH
一个合格的事故回执应该列明原始质押额、实际罚没比例、交易费用、退款输出金额和最早可花费高度,同时关联Finality Provider的双签证据。#baby 不该让用户只能看到一个模糊的“Slashed”标签。把惩罚结果拆成可以核对的资金流,才能让$BABY 的链上纪律从抽象规则变成清楚账单。
聊到Babylon罚没,不少人脑海里的画面是整笔质押瞬间归零。我最初也这样理解,后来专门顺着Slashing Transaction的输出往下看,才发现实际结构更加细致。罚没交易并不是简单把全部资金送进一个黑洞,而是按照协议参数处理被惩罚的部分,并为剩余资产建立后续路径。@BabylonLabs_io
按照脚本设计,Slashing Transaction消耗相关质押输出后,会把规定比例送往不可花费地址,未被罚没的部分则进入Slashing Refund Output。这个退款输出依旧带有一段较短的时间锁,用户需要等待条件满足后才能提取。事件发生后,账户不会直接回到普通钱包状态,而是进入“已处罚、剩余部分等待释放”的新阶段。$BTC
这套安排带来几个必须提前说明的问题:罚没比例由哪一组参数决定,交易费用从哪部分扣除,剩余资金的成熟高度如何计算,如果Slashing交易迟迟没有确认,退款等待从什么时候开始。对用户来说,损失金额固然重要,剩余资产何时重新可用同样影响风险评估。$ETH
一个合格的事故回执应该列明原始质押额、实际罚没比例、交易费用、退款输出金额和最早可花费高度,同时关联Finality Provider的双签证据。#baby 不该让用户只能看到一个模糊的“Slashed”标签。把惩罚结果拆成可以核对的资金流,才能让$BABY 的链上纪律从抽象规则变成清楚账单。