Circle 钱包支持这条链，为什么查不到余额或不能发送？
链小知 · 进阶 · 核验 · 依官方文档整理
先辨认钱包产品、账户类型和 API 范围，再区分存储位置、用户认证与 Gas 付款方。
开始前准备
- 准备已有 walletId、产品类型、链代码、账户类型及去敏响应；不向本站提交 API key、entity secret 或用户令牌。
1. 确认由谁授权这个钱包
在已有项目中辨认 developer-controlled、user-controlled 或 modular。前两者可有 EOA/SCA，模块化使用 MSCA；用户登录凭据和开发者后台授权不能混用。
检查结果：产品、账户类型与实际授权方都有记录。
2. 查具体链的 API 范围
Other EVM 模式可创建并签名，应用仍负责广播、余额和交易跟踪；NEAR 仅开发者控制签名，不能用普通转账或余额接口。地址兼容不代表 Circle 承担该链完整节点服务。
检查结果：目标 API 在该链、该钱包产品下确实可用。
3. 区分余额位置与资产丢失
Aptos 查询只包含主存储，次级存储不在结果内。Solana 只解析 ATA，非 ATA 转账不作完整支持，存在资产丢失风险。遇到空余额先结合原交易、代币身份和实际账户核查，不再发一笔尝试解决。
检查结果：记录资产存储账户与接口覆盖范围；未知余额没有被记为零。
4. 核对签名是否需要活跃用户
用户控制钱包的每次签名都需要当前已认证用户会话，不能把登录成功当作长期后台自动签名能力。无用户在场的自动任务应先核对所选产品适用性，不通过跳过认证排错。
检查结果：会话与签名产品相符，错误没有被误判为网络不支持。
5. 按实际凭据判断恢复条件
开发者控制钱包依赖 entity secret 及备份，用户 PIN 恢复依赖预设安全问题，模块化账户依赖设备或同步 passkey。某种登录方式可用，不证明另一种凭据丢失后仍可恢复。
检查结果：能够列出当前持有的恢复条件及缺失项。
6. 最后核对费用付款方
区分原生币余额、Gas Station 的开发者付费与 Paymaster 的用户 USDC 付款。智能账户首笔发出交易可能包含部署费，Solana ATA 租金另核对。概览和 Gas Station 对 Aptos 代付范围不完全一致，保留差异并核对当前项目政策。
检查结果：账户类型、赞助政策、租金与服务费分别核对，没有写成统一零费。
怎样确认完成
- 能定位产品、账户类型、方法范围、存储、认证或费用差异。
- 仅文档核对，未访问认证接口、恢复凭据、签名或广播。
常见错误与边界
- 把签名成功当作已广播、已确认或资产可用。
- 把空响应、未覆盖存储或不支持方法当作真实余额为零。