# DFX赎回报价不是到账：核份额、烧毁和USDT接收记录

整理：链小知（AI 辅助）
资料核对日期：2026-10-12
引用地址：https://lianxiaozhi.com/tools/guides/drift-dfx-redemption-share-usdt-receipt-record
难度：进阶
核验方式：官方文档整理，未执行真实账户操作

用同一时点的恢复池余额、未赎回DFX与原赎回记录核报价，区分累计资金流入、未来支持承诺及实际USDT接收。

## 使用工具
- [Drift DFX 恢复权益](https://lianxiaozhi.com/tools/drift) · [官方入口](https://www.drift.trade/updates/dfx-claim-and-redemptions)

## 前置条件
- 准备本人已有DFX持有账户、赎回页报价/输入数量、原交易与DFX/USDT接收变化记录；池余额和outstanding supply只用已保存的同一时点材料，缺值留未知。
- 仅文档核对；未请求当前Dashboard/API/RPC、登录、签名或赎回。所有示例为公式口径说明，不是用户实际赔付、估值或收益建议。

## 1. 确认是持有者赎回，而非原分配认领

从官方DFX公告核原页面为DFX Redemption，记录持有DFX的钱包及Solana资产身份。公告说赎回钱包可以不是原认领钱包，但须持有DFX并受DFX条款约束；未读条款全文时不能推任意用户实际法律资格。

原snapshot钱包用于第一次分配认领，当前持有者用于赎回，这两条记录分开。二级转入DFX、Insurance Fund卡、Velocity保证金或普通DRIFT代币都不能代替当前DFX数量。

核对结果：钱包角色、DFX身份与原操作类型一致，未把旧损失额度或交易账户余额直接当赎回输入。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)
依据：[Velocity：当前产品与旧Drift代码边界](https://docs.velocity.exchange/protocol.md)

## 2. 保存同一时点的报价字段

核原输入数量以及页面的Receive Amount与Redemption Amount。公告给Redemption Amount=Recovery Pool Balance/Outstanding DFX Supply，单位为USDT/DFX；这里是剩余权益数量，不是历史初始总供给或个人分配数量。

把已保存的池USDT余额B、outstanding DFX数量S和输入DFX数量n的时点对齐。S缺失或为0、数量为链上整数且精度未知时，不计算n×B/S；公告初始约0.0104与3.1M只是当时说明，不填为当前报价。

核对结果：B、S、n、报价及单位/时点可对应，历史快照没有冒充当前余额或现金应收。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)
依据：[DFX：分配导出原整数单位](https://raw.githubusercontent.com/drift-labs/multi-distributor/ff92786e0941e135231ac73bcfc2454aede7b17f/MERKLE_TREES.md)

## 3. 对回烧毁和实际USDT接收

公告称赎回烧DFX和支付USDT发生在同一交易，两者同时成功或都不成功，且赎回不可逆。对已有成功交易分别核DFX数量减少/烧毁与正确接收账户USDT增加；仅Receive Amount预览、提交记录或一个签名不能证明这两层都完成。

公告金额下取整至0.000001 USDT，保存原报价与实际接收值，末位差异按此粒度核；这不是DFX decimals定义。网络费与额外成本按原回执另列，缺费用不写零，出现失败或缺接收记录时不补赎回成功。

核对结果：同笔执行、DFX减少及USDT接收有对应记录；报价、舍入差额和实际收款分开。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)
依据：[DFX：分配导出原整数单位](https://raw.githubusercontent.com/drift-labs/multi-distributor/ff92786e0941e135231ac73bcfc2454aede7b17f/MERKLE_TREES.md)

## 4. 分开池现余额、累计流入与剩余份额

公告同时写恢复池只增长和赎回会支付池内USDT，这两种文字不能当作当前池余额永增保证。记录里的累计注入资金与某一时点池现余额不同，赎回支付会降低现余额；outstanding DFX也会随烧毁减少。

公告理想比例模型说按比例赎回使Redemption Amount不变，但仍要看实际舍入、同一时点和原交易结果，不能从这个模型推出二级DFX价格、未来赔付率或本金不跌。不同时间池数或他人交易不能用来重算本人原接收额。

核对结果：累计注入、现余额、S与兑付比例分别说明，未把only grows或理论比例当资金保证。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)

## 5. 核未来资金描述的分母和上限

公告说net trading fees的15%给Insurance Fund、15%给vAMM、70%才是Net Protocol Revenue；恢复池按该Net Revenue再分段计：首30K USDT取60%、30K至100K取70%、超过100K取90%。每档只适用于该段，不是达到高档后全部收入乘90%。

纯口径例：若某日Net Revenue为120K，贡献为30K×60%+70K×70%+20K×90%=85K USDT；这不代表任何日实际产生收入或已经注入。公告每天00:00 UTC注入，累计达到verified losses后停止；Tether/伙伴的up to承诺、冻结待返还资金都不直接计作现池余额。

核对结果：收入分母、边际档和累计上限准确，示例与未来支持没有当作已入账或应付用户款。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)

## 6. 按原结果关闭记录核对

将原DFX输入、当时报价、执行结果、烧毁与USDT净接收关联。成功赎回后已烧DFX不再参与后续恢复池分配；仍持有份额是未来资金条件下的权益，不是固定全额赔偿承诺。

原材料缺池时点、DFX精度、交易执行或接收账户变化时逐项保留待核。不要为验证模型重新赎回，也不因未来支持承诺而把今天不足的现金记为已到账；认领截止与未领取烧毁另属于分配认领规则。

核对结果：能解释报价与实收差异，明确已烧权益、仍持有权益和缺证项，未形成保证兑付结论。
依据：[Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)
依据：[DFX：分配导出原整数单位](https://raw.githubusercontent.com/drift-labs/multi-distributor/ff92786e0941e135231ac73bcfc2454aede7b17f/MERKLE_TREES.md)

## 常见错误
- 1DFX/1verified USDT损失不是1USDT兑现；DFX成交价也不是恢复池比例。
- 公告only grows与支付出池并存，当前池余额和累计流入不同；三个贡献档采用NetRevenue边际分段。

## 完成检查
- 形成持有者钱包、B/S/n同一时点报价、DFX烧毁及USDT实际接收的核对表。
- 只有原结果支持时标该笔已接收；缺实时池/供应或执行材料时保留未知，不承诺后续本金或赔付率。

## 相关知识
- [Solana 钱包地址、mint 与 Token Account 有什么区别？](https://lianxiaozhi.com/learn/solana-token-accounts)
- [区块确认与最终性是什么？交易成功和充值到账为何不同步](https://lianxiaozhi.com/learn/confirmations-and-finality)
- [链上指标历史数值为什么会变？](https://lianxiaozhi.com/learn/point-in-time-metrics)

## 官方依据
- [Drift：DFX分配、认领、赎回与恢复池](https://www.drift.trade/updates/dfx-claim-and-redemptions)
- [DFX：分配导出原整数单位](https://raw.githubusercontent.com/drift-labs/multi-distributor/ff92786e0941e135231ac73bcfc2454aede7b17f/MERKLE_TREES.md)
- [Velocity：当前产品与旧Drift代码边界](https://docs.velocity.exchange/protocol.md)