钱包里找不到 NFT？ERC-7811 资产发现接口补的是哪块短板

明明mint过、转账记录里明明有，钱包的 NFT 栏却空空如也——这是数字藏品用户最常抱怨的问题之一。ERC-7811（Wallet Asset Discovery）尝试从协议层给出答案：给钱包加一个 JSON-RPC 方法，让应用可以直接向钱包询问“这个用户有哪些资产”，包括那些靠单纯链上扫描不容易找到的资产。这个提案当前状态为 Draft（草案），创建于 2024 年 11 月 7 日，本身还依赖 ERC-20、ERC-721、EIP-155 与 EIP-5792，谈采用之前它是一个仍在讨论中的方向。本文按提案文本解释它想解决什么、怎么解决。

现有钱包为什么总漏 NFT

多数钱包显示资产靠两条路：一是应用把合约地址逐个“订阅”，二是扫常见代币合约的事件。问题恰恰出在这两条路的盲区：合约没有标准事件可扫（比如某些批量铸造只用聚合事件）、藏品在未接入索引的第三方合约里、资产形态是铭文或卷叠层上的非标准记录、又或者你导入的是一个冷门链上的持仓。每遇到一个盲区，用户要么手动加合约地址，要么永远看不见。对新手来说，“看不见”经常直接被误解成“没了”，进而诱发重复购买或在假页面“找回”的二次伤害。

草案的设想：把清单问题交还给最知道答案的一方

ERC-7811 的直觉是：钱包通常已经知道用户的全部账户与全部持仓，而应用只知道用户当前连接的账户。草案提议的应用向钱包查询资产清单、钱包返回跨链与跨协议资产列表的接口（提案示例方法名为 wallet_getAssets），正是把“谁有全量信息谁来回答”落到实处。配合 EIP-5792 时代确立的钱包能力协商风格，应用可以先探测钱包是否支持这个能力，再决定要不要走这条发现路径。对开发者，它意味着不必为每条链每个协议维护索引；对用户，它意味着换钱包、换应用时资产视图更连贯。

方便的另一面：隐私让渡

资产清单是高度敏感的个人信息。应用发起连接时原本只看到一个地址，现在若能直接询问出完整持仓，地址与财富画像的关联就被显著放大了。这提醒用户把三件事当成默认策略：对不认识的域名谨慎授权资产查询类能力；能只连临时地址的场景就不连主地址；理解“应用能看到什么”从此成了连接前就该想清楚的问题，而不是事后在设置里找开关。草案阶段的规范还会继续演化，届时对授权粒度、用户批准弹窗的约定是关键看点。

现在就能做的排查清单

在协议普及之前，问题本身还有常规解法：先查区块浏览器确认持仓与事件确实存在，再判断是“索引盲区”还是“显示设置”——很多钱包要手动开启 NFT 显示；跨链持仓要确认网络与地址一致；铭文类资产要用对应生态的浏览器与钱包。还有一个容易被忽略的盲区值得点名：多数扫描器依赖逐条转移事件推断持仓，而批量铸造类合约常只发聚合事件，普通扫描对它们完全失明——这正是草案把批量事件扩展列为依赖背景的原因之一。排查顺序对了，多数“丢了”的案例在第二步就能结案。

本文只讨论标准草案与自助排查方法，不构成投资建议；任何协议与钱包功能以官方文档与链上实际行为为准。