跳到正文
← 使用教程

Drift DFX认领记录怎么核?先对原受损钱包与分配

链小知 · 进阶 · 核验 · 依官方文档整理

从本人已有分配页、认领提示和交易材料区分原受损钱包、各项分配与实际收到DFX,不能把1:1损失权益当USDT赔付。

开始前准备

  • 准备本人原Drift账户控制钱包、2026-04-01损失/分配记录、已有认领页面或脱敏交易材料,并保留网络、金额单位和时点;不要提供秘密。
  • 教程仅对照2026-10-12取得的官方公告和固定参考文本,未运行SDK/API、登录、连接钱包、签名或Claim;缺实际材料只列待核。

1. 从官方恢复入口核对页面

打开Drift的DFX官方公告,对照已有记录是否来自其链接的dfx.drift.trade。该入口用于恢复权益,当前Velocity交易App是另一产品页面;旧Drift开仓、存款或收益页面不等DFX认领页。

先记录页面名称、网址、读取时间和Solana网络。搜索结果自称官方或域名近似不能替代官网链路,普通DRIFT代币余额也不能替代DFX分配。

检查结果:恢复页面与官方链接、Solana及资产名称对应,没有把新交易余额或DRIFT持币量当分配依据。

2. 对上原snapshot钱包和分配单位

公告要求使用2026-04-01控制原Drift账户的钱包。将已有分配记录的地址与自己的原控制钱包对照,而不是默认当前常用钱包或某个子账户地址。

每1 verified USDT损失对应1 DFX分配权益;核原已认定损失与allocation显示金额的单位。DFX尚未领取、赔付比例及USDT已到账是另外三件事,不用1:1分配关系补出1:1现金赔付。

检查结果:原控制钱包、verified loss、DFX分配与读取时间均清楚,未知损失认定或分配未被填成零。

3. 把多项分配和Insurance Fund分开

若原页面有多项allocation,逐项保留金额、状态与对应交易,公告认领流程要求各项分别确认。Insurance Fund卡是独立认领、独立条款,不并入DFX已领数量。

固定参考按authority和不同distributor组织分配,导出中的mint/version/bucket不同也要分行。若原分配实际属于程序PDA,不能用普通钱包替它签名或将程序已收代币视为本人钱包已收到;程序后续转出权限另核。

检查结果:各项DFX、IF及程序分配分栏,不重复统计,也不拿一个成功提示覆盖全部分配。

4. 核原认领提示与真实接收

对照原页面的allocation、DFX条款确认、Ready to Claim和已提交记录。公告描述完成后出现DFX claimed、Already Claimed和View Transaction链接;这些是页面提示,最后仍要对同笔成功交易与实际接收账户。

固定参考的认领要求接收Token Account与claimant拥有者、mint对应。若已有版本匹配的解码记录含NewClaimEvent,amount_claimed与amount_forgone是不同字段;保留原整数和该mint精度,别把CLI的--decimals 0理解成DFX零位精度,也不要仅凭打印日志认定到账。

检查结果:页面状态、同笔执行、DFX mint/接收账户及数量可对应;没有接收材料时标为认领提示已核、实际接收待核。

5. 核分配额与已领额差异

将原allocation显示数量和实际接收数量分开。固定README说DFX用全额unlocked分配,但通用ClaimStatus在start/end之间有50%起的时序分支,实际transfer使用unlocked_amount_claimed;本组没有该用户实例时序或部署凭证。

因此出现差额时先保存原claimed、forgone、锁定/未领取字段、时间和版本,不能据参考代码断言现行DFX只领一半,也不能据公告分配关系补成已经全额收到。原始整数、显示数量或精度缺一项时停止换算。

检查结果:差额有原字段/单位和版本依据,分配权益与实收没有互相替代;参考时序未冒充当前配置。

6. 保留错误和准确截止时间

已有No recovery tokens allocated提示时先核原snapshot钱包;公告把错误钱包列为一种说明,但提示本身不能证明所有资格/快照已正确,也不能推损失为零。Claim Failed文字未给完整错误原因或回执定义,先核同笔记录和余额,不据它断言未扣费、无分配或已成功。

公告截止为2028-01-01 00:00 UTC(北京时间当日08:00),不是1月1日整天均可领取。保留期限与原记录状态;公告未领后烧毁的规则不代表本组已验证链上自动执行。

检查结果:错误状态、缺证和截止时刻准确,不把页面示例当实际账户诊断或操作保证。

怎样确认完成

  • 形成官方入口、原控制钱包、逐allocation/IF、认领状态与实际DFX接收的对应表。
  • 明确未认领、未取得原回执、单位不明或当前配置缺证项,不宣称USDT赔付已完成。

常见错误与边界

  • 拥有DFX或DRIFT与原snapshot钱包的分配资格不同;IF卡和程序PDA不是同一普通钱包流程。
  • 分配数、claimed、forgone和实际Token Account余额分开;资料缺失不生成赔付金额。

本教程根据官方资料整理,尚未完成逐步操作验收。界面、支持范围及费用变化时,先核对官方说明。 纯文本版 · 提交纠错依据