先固定要查的是哪一个NFT
数字货币NFT钱包里出现空白卡片时，先记录网络、合约地址和Token ID。名称、图标或系列封面不足以唯一确定资产；同一张图片也不能代替完整身份信息。后续查询应始终围绕同一对象。
ERC-721用合约内的Token ID区分NFT，ownerOf用于读取特定有效代币的持有人。此处说的是该标准的接口，不表示所有被称为NFT的钱包或代币都采用相同实现。一次查询报错也不能单独证明资产丢失。
把持有记录和图片地址分开
ERC-721的元数据扩展是可选项；实现该扩展时，tokenURI提供相关资源地址，元数据可以再给出image字段。链上持有记录与图片读取因此可能经过不同环节，不能用缩略图状态替代持有状态。
核对时可分别记录：持有查询是否返回、元数据是否可读、图片请求是否完成。哪一步失败就标在哪一步，不要把“图片未加载”改写成“代币已转走”，也不要把读到一张图当成拥有对应代币的证明。
看到IPFS地址还要看可用性
IPFS的CID用于标识内容，不是某台固定服务器的位置。它帮助区分内容身份，但仅有标识符，并不回答现在是否有节点提供所需数据。身份核对与获取成功，需要分别记录。
IPFS持久性文档解释，节点缓存可能被垃圾回收；pinning用于让相关数据免于相应节点的垃圾回收。它同时提醒，第三方保存服务并没有无限期继续运营的保证。因此“使用IPFS”不能直接改写成“图片永不失效”。
刷新之前保留一次排查线索
可以留下一份不含秘密的记录：核对时间、网络、合约、Token ID、元数据地址及具体错误提示。若稍后恢复显示，这份记录有助于区分临时读取问题与内容地址变化，而不是依靠记忆判断。
例如，持有查询正常而图片请求超时，只能说明这次图片获取没有完成。这里的例子是假设情况，不是某钱包的实测结果；同样不能由一次超时推断所有副本都已永久删除。
排查不需要先转移资产
只读核对上述信息，不需要先把NFT转给别人，也不需要把恢复短语提交给所谓修图工具。若有人要求先完成授权或付款才能查看图片，应暂停并核对操作目的，不能把这些要求当成标准规定。
空白图片最终应得到分层结论：持有信息是否确认，元数据能否取得，媒体是否可用，以及哪些环节还未知。这样的记录比仓促写下“资产没了”更准确，也避免为了修复显示而发起不必要的链上操作。