适用范围与基本概念
区块链元数据有哪些常见问题，需要先限定技术场景。本文讨论ERC-721代币的描述信息，不将其推广为所有区块链的统一规则。以太坊开发者文档介绍了ERC-721的代币身份、所有权与转移接口；OpenZeppelin文档则展示了通过tokenURI关联描述信息的实现方式。
元数据用于说明代币代表的对象，例如名称、描述、图片以及自定义属性。它与“谁持有代币”属于不同层次：所有权可由合约查询，而描述内容的存放位置取决于具体实现。
问题一：有链上代币就代表内容已上链吗
不代表。OpenZeppelin的示例通过tokenURI返回一个指向JSON文档的地址，文档再包含图片地址和物品属性。在这种结构中，合约保存或返回的是内容入口，不能据此认定JSON和图片本身都存储在链上。
判断存储位置时，应分开看代币记录、元数据文档和媒体文件。某一层在链上，并不意味着其引用的下一层也在链上。
问题二：元数据为什么可能变化
外部地址不变，不等于地址返回的内容不变。若描述文件由可修改的服务器提供，维护者可能调整名称、图片或属性，而代币身份仍然保持不变。
还需区分两种变化：合约返回了新的URI，或原URI对应的文件发生变化。前者是否可行取决于合约逻辑与权限，不能仅凭使用ERC-721或某个存储扩展，就断言任何人都能修改内容。
问题三：所有合约都支持相同元数据吗
ERC-721包含可选扩展，不能把某种实现提供的能力当作所有合约的必备功能。读取描述信息之前，需要确认合约是否支持相应元数据接口。
名称、描述和图片可以构成基本展示内容，但自定义属性不一定具有跨应用一致的含义。例如JSON中的能力值，只是数据描述；游戏是否采用该值、如何解释该值，仍取决于应用规则。
问题四：图片异常是否代表代币失效
不能直接这样判断。通过外部JSON和图片地址展示内容时，页面呈现需要读取这些资源。展示异常与所有权查询是不同问题，不能仅凭图片缺失推断代币已被销毁或持有人发生变化。
定位问题时，可以分别核对代币是否存在、tokenURI返回值、JSON内容以及图片资源，避免把描述层的问题误判为合约状态问题。
问题五：全部上链是否更合适
OpenZeppelin文档提到，可以扩展实现，将信息以Base64 Data URI形式提供，但完整链上存储可能带来较高成本。是否适用，应结合内容体量、更新需求与存储方式判断。
编码形式本身也不是完整上链的证明：即使JSON直接由合约返回，其中的图片仍可能指向外部地址。判断元数据可靠性，应追踪实际内容位置和修改权限，而不只看“链上”标签。