Hyperbeat hbUSDT退出：18位份额、Classic状态与USDT0实收
链小知 · 进阶 · 核验 · 依官方文档整理
核已有hbUSDT退出材料，把份额单位、最低输出、两条赎回路径和真正钱包收款分开。
开始前准备
- 准备已有脱敏记录、适用版本与时间；缺项列待核，不连接账户或钱包，不提交身份、签名或资金。
1. 固定hbUSDT、输出资产与各自单位
核原记录属于HyperEVM链999的hbUSDT及相应Redemption Contract，不以相似名称套beHYPE或hbUSDC。Builder写hbUSDT为18位，目标USDT0为6位；输入份额、底层币余额和美元估值分别记录。
入金approve按输入币原生位数，但depositInstant的amountToken按文档统一18位。即使本次只核退出，也不能把旧入金参数当原始USDT0余额或退出份额。
检查结果：链、份额、底层币和授权/入金参数单位明确，未按同名统一精度。
2. 从已有方法与参数辨认Instant或Classic
两种路径都使用Redemption Contract的hbUSDT授权。Instant记录对应redeemInstant，参数包括tokenOut、18位amountMTokenIn和最低输出；文档虽说minReceiveAmount可为0，这会取消下限保护，不作为推荐值。该字段的具体单位需对应实际版本材料，不能凭输入精度猜。
Classic记录对应redeemRequest。只有授权成功、报价或构造出的请求，没有执行回执时不能当已退；用户是否满足当前权限、合约及网络条件仍需原材料。
检查结果：路径、授权与请求执行分开，最低输出和单位缺项未补猜。
3. 费用与处理时间按路径核对
当前USDT金库列20%绩效费；Instant另列0.5%退出费且要求可用流动性。Classic页写无该退出费、两天处理，Builder写48小时；不能由这些说明推一切费用为零。
条款另列网络Gas、平台/第三方费用及底层协议延迟、错误和失败。保留当次费率、价格、下限和净输出材料，不用48小时说明覆盖异常或作到账承诺。
检查结果：绩效费、退出费与其他费用分列，时间说明未被升级为保证。
4. 链下ready与实际USDT0到账分别结案
Builder说Classic由Midas链下请求记录给出pending、ready或expired，处理后自动把资产发给用户钱包；不是该页提供的链上claimable视图。这里只核已有脱敏状态记录，不调用该API，也不由ready推测须另发claim。
将请求数量、处理时间、接收地址及实际USDT0变化按同链核对，Oracle表只提供hbUSDT基本面价格来源入口，并未测得当次价格。缺回执、价格、资产变化或只有状态响应时保留未证实实收；报价、burn或超时不能直接记成功或零损失。
检查结果：状态来源、处理回执、同链USDT0实收与未知项可分别追溯。
怎样确认完成
- 得到对应对象、输入输出、权限或状态与缺项的对照；按文档整理，个人资格、实际处理和实收需原始回执另证。
常见错误与边界
- hbUSDT份额与USDT0余额位数不同。
- Classic链下ready不是claim指令，也不等于已收款。