Hyperliquid充值成功却余额不对：按账户模式、Send与Withdrawal排查
链小知 · 进阶 · 核验 · 依官方文档整理
从原充值/提现材料分清资产路径、Core/EVM、可用保证金与收款状态，避免把Send或源链成功当跨链到账。
开始前准备
- 准备已有充值/提现的源链、完整资产身份、金额、发送/接收地址、路径或提供方、时间与原回执，以及当时账户模式、余额和仓位截图；资金资料留在本人受控渠道，不提供助记词或私钥。
- 适用2026-10-12读取的官方页面；旧Arbitrum/Privy、email Across与新CCTP需匹配原路径。只解释原记录，未登录账户、导出秘密、请求RPC/API、转移或执行资金操作。
1. 先确认原账户与入金路径
在本人原材料中确认是钱包账户还是email账户，使用的是否是app.hyperliquid.xyz的Deposit流程；保留源链token完整地址与收款地址，别只写“USDC充值”。原生BTC/ETH/SOL等入金与USDC流程不同，到账为Spot原资产时不会自动变成永续保证金。
当前USDC正文已写Hyperliquid L1原生mint，并把Arbitrum桥称legacy；Onboarding另列CCTP。把旧桥、Across、CCTP或第三方原资产记录各自标明。链上同名资产、旧收款地址或仅有源链成功都不足以确认采用了哪条路径。
检查结果：账户、源资产/网络、接收地址及实际路径可对应，未知提供方或资产身份未补猜。
2. 按实际路径核最低金额和入口限制
USDC FAQ对email Across写Arbitrum/Base/Ethereum/Polygon四链：低于5 USDC不计入平台，低于1 USDC文档称丢失；对钱包路径写Arbitrum且低于5 USDC丢失。先按原入金方式对照这些条件，不把email四链或返还说明套给钱包。
这些FAQ条件不能自动覆盖当前Onboarding提到的所有CCTP/直接入金方法。原路径不符、金额处在最低边界或资产发错时，先记录差异及提供方已有状态；文档说自动重定向也不等于本人已经收到退款，更不要为排错重复充值。
检查结果：金额与入口/提供方条件已匹配，低额、错链、退回安排与实际退款材料分开。
3. 看账户模式，再解释Available Balance
核原设置是Unified、Portfolio margin还是Manual/Standard。Unified按抵押资产共用Spot与相关全仓DEX余额；Standard才分Spot、Perps和DEX。开发者已有记录中，Unified/Portfolio的balances与holds应按Spot clearinghouse口径看，不能把某个perp DEX状态空缺当全账户为零。
对Standard旧Spot→Perps或Arbitrum入金案例，已有全仓负未实现PnL会消耗可用抵押。对照同一时点仓位与保证金：官方可转出要求为max(初始保证金要求，开放名义仓位价值的10%)。入金1000不保证Available增加1000；缺仓位/模式材料时保留差额未知。
检查结果：余额模式、资产分账/共用及仓位占用有证据，可用量未误当入金净额。
4. 确认资产是否转到了HyperEVM
若原操作是Core/EVM内部转移，先核是已关联的Core Spot与EVM token，还是HYPE。HYPE在HyperEVM是原生Gas余额；ERC20余额与原生余额不是同一项，不能只因普通Token列表为空就断言丢币。
对已有解码日志，HYPE返回Core的事件是Received(address indexed user,uint256 amount)，user是msg.sender；关联ERC20按Transfer(from,to,value)核。数值必须结合两侧精度与原转移方向，任意linked合约并不保证无损1:1，Core侧系统地址收到也不是用户钱包已接收。
检查结果：Core/EVM、原生/Token、方向、事件ABI键和数量单位可对应，缺关联证据不强行换算。
5. 在Portfolio区分Send与Withdrawal
对原网页记录使用Portfolio→Deposits & Withdrawals表，查看Action。Send Spot或Send USDC (Perps Wallet)是向Hyperliquid链上其他账户发送；Withdrawal才是相应提现操作。Send到交易所地址不能直接当交易所已识别这笔充值。
Withdrawal的Pending按原提现窗口估时与当前记录核；Completed可用时间戳旁的原explorer链接定位destination；Failed保留原错误。官方所述Unit负责BTC/ETH/SOL且是独立团队，不把任意USDC失败都归它处理。没有目标链/提供方材料时只判已发起或已处理，收款仍待核。
检查结果：Action与Status对应正确操作，内部发送、提现处理与目的地收款没有合并。
6. 用同一笔接收结果关闭排错
将源回执、平台入金/提现行、账户模式、Spot/保证金差额和目标接收记录按同一地址、资产、数量、时间关联。最终可定位为路径/最低量、模式/仓位占用、Core/EVM显示差异、内部Send或尚未完成的提现；缺哪一层就明确哪一层待核。
交易页面免常规Gas不代表资金进出免费。源链充值Gas、提现方法费用和Core→EVM的Gas分别留原记录；文档Core→EVM成本按下一EVM块基准Gas计，不猜固定美元金额或重算后承诺退款。
检查结果：同笔路径和各层结果可追溯，费用分层，只有实际接收证据完整时才标到账。
怎样确认完成
- 能用原记录确定资产路径、账户模式、可用保证金差异和Send/Withdrawal阶段。
- documentation：方法已核，本人账户、跨链完成、退款和接收均未实测；缺材料保留未知。
常见错误与边界
- 旧FAQ路径条件不是当前所有跨链方法通则；自动返还描述也不等本人收款。
- Unified余额不能再把Spot与Perps重复相加；负PnL占用不是链上转账手续费。