元数据标准

什么是元数据标准？

元数据标准是一套共同规则，用于规定如何命名、格式化、存储、检索和解读有关加密货币、代币、区块链账户、数字收藏品、交易或去中心化身份的信息。

元数据是用于描述其他资产或数据对象的数据。

在加密领域，元数据可以描述代币名称、符号、小数精度、图片、属性、创作者、外部资源、媒体类型、发行条款或底层资产。

元数据标准让钱包、区块链应用、浏览器、索引器、分析系统和智能合约能够以一致的方式解读相同信息。

如果没有共同标准，一个应用可能使用

字段，另一个应用使用 ，还有一个应用可能完全无法识别媒体引用。

元数据标准可以规定合约函数、数据字段、JSON 结构、标识符、更新事件、验证规则、存储方式和安全要求。

部分元数据直接存储在区块链上，其他元数据则存储在网站、分布式存储网络或私有数据库中。

元数据标准可以改善互操作性，但不能保证信息真实、永久、合法或安全。

元数据标准为何对加密领域很重要？

区块链记录通常包含普通用户难以理解的技术标识符。

代币合约地址可以标识特定资产，但仅凭地址无法显示易读的名称、徽标、描述或展示精度。

元数据会将技术性的区块链信息转换为结构化数据，供软件展示并方便用户理解。

钱包可以使用标准化元数据显示正确的代币名称和余额。

NFT 应用可以使用元数据展示图片、动画、描述和特征。

去中心化身份应用可以使用元数据识别验证密钥、服务端点、发行方、凭证主体和凭证类型。

标准减少了每个应用都要为每种加密资产单独构建定制集成的需求。

标准还让数据验证、缺失字段检测、实现方案比较以及系统间信息传递变得更加容易。

元数据标准与元数据

元数据是附加到资产上或与资产相关联的实际描述信息。

元数据标准则是一套规则，说明这些信息应如何组织和解读。

文本“Digital Access Pass”可以是存储在元数据中的代币名称。

标准可以规定，代币名称必须出现在名为

的字段中，并且必须表示为字符串。

元数据可以完全符合标准、部分符合标准，也可以采用完全自定义的格式。

元数据标准与元数据架构

元数据标准描述创建和交换元数据的整体规则。

元数据架构定义元数据文档允许使用的结构、字段、数据类型和验证要求。

一个标准可以包含一个或多个架构，以及智能合约接口、更新事件、URI 规则和处理说明。

架构可以规定

必须是字符串， 必须是数组，且 必须包含 URI。

文档即使是有效的 JSON，也仍可能不符合所要求的元数据架构。

元数据标准与代币标准

代币标准定义代币的行为，以及其他应用如何与其智能合约交互。

元数据标准则定义如何表示有关该代币的描述信息。

单个代币标准可以同时包含行为函数和可选的元数据函数。

例如，某种同质化代币标准可以规定转账、余额、授权、总供应量、名称、符号和小数精度。

NFT 标准可以规定所有权和转账函数，同时使用元数据 URI 查找描述信息。

加密元数据标准的核心要素

标识符

标识符用于区分不同的区块链、合约、代币类型、代币实例、账户、凭证或元数据文档。

示例包括链标识符、合约地址、代币 ID、去中心化标识符、URL、URI 和内容标识符。

字段名称

标准化字段名称可以让软件直接查找信息，无需猜测每个发行方使用了什么标签。

常见字段包括

、、、、、 和 。

数据类型

数据类型规定某个值应为字符串、数字、整数、布尔值、对象、数组还是 null 值。

统一数据类型可以避免一个应用收到数字，而它预期收到的却是文本。

必填字段与可选字段

标准可以要求每个符合规范的实现都必须提供某些信息，同时允许使用可选字段支持其他功能。

软件不应假设可选字段始终存在。

URI 规则

元数据标准可以规定合约如何返回用于定位元数据文档或媒体文件的 URI。

URI 用于标识资源，但 URI 方案决定应用应如何获取或解读该资源。

更新规则

更新规则说明元数据是否可以更改、由谁更改，以及应用如何获知更新已发生。

完整性规则

完整性规则允许应用检查获取的元数据是否与预期的加密哈希或内容标识符一致。

验证规则

验证规则可以在格式错误、字段缺失、信息冲突或元数据不受支持的情况下，阻止其显示给用户。

链上元数据

链上元数据直接存储在区块链状态、合约存储、交易数据或其他由区块链保护的资源中。

应用可以从节点读取元数据，而无需依赖普通 Web 服务器。

如果底层区块链仍可访问，链上存储可以提供较强的可用性和完整性。

不过，链上存储也可能成本高昂，因为每个存储字节都可能增加交易成本和网络的长期存储需求。

完全链上的媒体可以使用精简文本、编码后的矢量图形、程序化生成内容或数据 URI。

链上并不必然意味着不可变，因为可升级或由管理员控制的合约可能会更改返回的信息。

链下元数据

链下元数据存储在区块链之外，而区块链会记录指向它的引用。

该引用可能指向 HTTPS 资源、分布式存储对象、私有服务器、应用程序编程接口或基于内容寻址的文件。

链下存储可以以较低的区块链成本支持更大的图片、视频、文档和详细属性集。

它也会带来额外的可用性、托管、域名、安全和内容变更风险。

如果普通服务器消失，代币仍可能留在区块链上，但其元数据将无法访问。

混合元数据

混合元数据结合了链上信息和链下文件。

智能合约可以在链上存储代币 ID、所有权、元数据 URI 和内容哈希，同时将完整的 JSON 文档和媒体文件存储在其他位置。

这种方式可以降低存储成本，同时让应用能够验证获取的内容。

最终的安全性取决于哪些字段受到链上保护，以及哪些字段仍可更改。

同质化代币元数据标准

同质化代币元数据有助于钱包和应用正确展示可互换的加密资产。

最终版ERC-20 代币标准定义了用于代币名称、符号和小数精度的可选函数。

字段提供易读的资产名称。

字段提供类似代码的简短表示。

值告诉界面如何将链上最小单位转换为用户易读的数量。

小数位数为 18 的代币，1 个显示单位代表 10¹⁸ 个最小单位。

名称和符号不能唯一标识代币，因为多个互不相关的合约可以使用相同的值。

可靠的应用应通过区块链和合约地址识别资产，而不能只看其符号。

小数精度元数据

小数精度元数据会影响整数形式的代币余额如何显示，但不会自动拆分底层链上单位。

显示的代币余额 = 原始代币余额 / 10^小数位数

小数位数为 6 时，原始余额 250,000,000 会显示为 250 个代币。

小数精度元数据错误可能导致余额显示得远高于或低于实际数量。

金融计算应使用精确的整数运算，而不是浮点近似值。

ERC-721 元数据标准

ERC-721 是一种最终标准，适用于每个代币都具有独立标识符的非同质化代币。

ERC-721 标准中的可选元数据接口定义了

、 和 函数。

函数返回与某个代币 ID 相关联的 URI。

解析后的元数据通常包含名称、描述和图片 URI。

应用可以支持其他字段，但自定义字段不一定能在所有界面中一致显示。

ERC-721 标准化了元数据的访问方式，但不要求将每个元数据字节都直接存储在合约中。

常见的 ERC-721 元数据字段

名称

字段为单个代币或所代表的资产提供易读名称。

描述

字段用于说明代币、媒体、用途、历史或所代表的物品。

图片

字段包含指向代币相关图片的 URI。

动画 URL

字段可能指向视频、音频、交互式媒体、三维内容或其他丰富资源。

外部 URL

字段可能将用户引导至官方信息页面或应用页面。

属性

数组可以描述类别、等级、版本、颜色、状态或其他特定于代币的属性。

同一系列中的特征格式应保持一致，以便应用正确排序和比较。

ERC-1155 元数据标准

ERC-1155 支持在一个智能合约中包含多种同质化、非同质化和半同质化代币类型。

最终版ERC-1155 多代币标准定义了可选的元数据 URI 接口及相关 JSON 架构。

函数会返回某种代币类型的元数据 URI。

该标准允许在元数据值中使用占位符

。

兼容的客户端会将该占位符替换为代币 ID；代币 ID 应转换为小写、补零后的 64 位十六进制字符串，且不带

前缀。

这种替换机制让一种 URI 模式可以高效地服务多个代币 ID。

ERC-1155 架构包含 name、description、image、decimals 和 properties 等字段。

ERC-721 与 ERC-1155 元数据

ERC-721 通常通过

返回特定代币的 URI。

ERC-1155 可以返回 URI 模板，供应用通过替换代币 ID 进行自定义。

ERC-721 以各自独立的代币为设计基础，而 ERC-1155 可以在一个合约中表示多个代币类别。

这两种标准通常都会将元数据解析为 JSON，并且可以指向外部媒体。

应用应识别并处理正确的接口，而不是假设所有 NFT 都采用同一种元数据模式。

元数据更新标准

可变 NFT 元数据会带来一个问题：应用可能缓存较早版本，并且永远无法获知元数据已更改。

最终版ERC-4906 元数据更新扩展定义了标准化事件，用于通知应用 ERC-721 元数据发生更改。

事件会标识元数据已更改的一个代币。

事件会标识受影响的一段连续代币 ID 范围。

应用可以监听这些事件，并通过代币 URI 获取更新后的元数据。

该事件会提示元数据已更改，但不会包含完整的更新后文档。

新兴的链上元数据标准

随着区块链应用对结构化链上信息的需求不断增加，新的元数据提案仍在持续发展。

ERC-8048 于 2025 年 9 月提出，作为一项草案提案，旨在多代币和 NFT 注册表中直接存储键值元数据。

当前的ERC-8048 草案提议加入一个函数，用于根据代币 ID 和字符串键返回元数据字节。

该提案还提出了一种事件，供应用在元数据值设置时进行监听。

由于 ERC-8048 仍处于草案阶段，开发者不应将其描述为已定稿或普遍采用的标准。

草案提案可能会发生变化、停滞，或无法获得广泛的实施支持。

JSON 作为元数据格式

JSON 是一种轻量级文本格式，常用于合约、服务器、钱包和应用之间交换加密元数据。

IETF JSON 标准定义了对象、数组、字符串、数字、布尔值和 null 值。

JSON 对象由字段名称及其对应的值组成。

JSON 易于阅读、支持广泛，也方便 Web 应用处理，因此广受欢迎。

有效的 JSON 并不能证明文档符合代币元数据架构。

应用应根据安全和互操作性政策，拒绝重复值或意外值。

NFT 元数据结构示例

此示例使用了常见字段，但并不代表所有 NFT 应用都采用同一套完整架构。

必须根据使用该元数据的标准和应用，评估 URI、属性结构和可选字段。

JSON Schema

JSON Schema 提供可由机器读取的规则，用于验证 JSON 文档的结构和值。

架构可以定义必填属性、预期数据类型、最小值、字符串模式、允许值和嵌套对象规则。

在 2026 年，官方JSON Schema Draft 2020-12仍是该通用规范当前已发布的版本。

加密项目可以在铸造或发布代币前使用 JSON Schema 检查元数据。

钱包和索引器也可以使用架构识别无效或不受支持的数据。

架构验证可以确认结构，但无法证明描述、图片、所有权声明或发行方陈述真实可信。

JSON-LD 元数据

JSON-LD 为 JSON 增加了关联数据语义，使字段和类型能够连接到全球定义的概念。

稳定版JSON-LD 1.1 Recommendation定义了一种基于 JSON、用于互操作关联数据的格式。

属性会将简短字段名称映射到更精确的标识符和词汇表。

属性可以标识一个主体或资源。

属性用于标识所描述实体的类型。

JSON-LD 有助于代币化资产、凭证、身份记录和现实世界资产系统以含义一致的方式交换元数据。

如果远程上下文的内容可以更改或变得不可用，就会带来依赖和安全风险。

加密元数据中的 URI 标准

统一资源标识符（URI）通过标准化字符格式标识数字或实体资源。

URI 通用语法标准定义了 URI 方案采用的通用结构。

常见的加密元数据方案包括

、 和 。

HTTPS URI 标识由 Web 域名和服务器控制的位置。

IPFS URI 通过内容标识符来识别内容。

数据 URI 会将内容直接嵌入 URI 中。

应用应验证支持的方案，并避免将无法识别的 URI 当作安全的 Web 链接。

位置寻址与内容寻址

位置寻址会告知应用应从哪里请求资源。

内容寻址则根据从内容本身得到的信息来识别资源。

即使服务器更改了文件，HTTPS URL 仍可能指向同一个位置。

在相同的编码和哈希规则下，引用内容发生变化时，内容标识符也会随之变化。

因此，内容寻址可以改善完整性验证，但不能保证内容始终托管并可供获取。

IPFS 元数据

IPFS 常用于通过基于内容寻址的标识符存储 NFT 元数据和媒体。

官方IPFS 内容寻址文档说明，内容标识符（CID）包含根据内容的加密哈希和编码方式生成的信息。

在使用相同内容寻址设置时，更改内容会生成不同的 CID。

代币 URI 可以使用

格式来标识元数据文档或文件。

公共网关可以将该 URI 转换为 HTTPS 请求，以便浏览器访问。

网关是获取内容的一种路径，而不是内容本身的底层标识。

CID 并不能保证永久存储，因为至少必须有一个可访问的提供者持续提供数据。

元数据完整性

元数据完整性是指获取的数据自创建可信引用以来未发生意外更改。

可以计算元数据文档的加密哈希，并与预期哈希进行比较。

元数据完整性有效的条件：计算所得哈希 = 可信的预期哈希

哈希匹配可以证明字节内容一致，但不能证明原始内容准确或经过授权。

基于内容寻址的元数据可以将完整性信息包含在其标识符中。

基于位置寻址的元数据可以使用单独存储的哈希、数字签名或完整性记录。

元数据真实性

真实性关注元数据由谁创建、批准或控制。

数字签名可以将元数据文档与加密密钥关联起来。

验证方仍需确认该密钥是否属于预期的创建者、发行方、合约权限方或组织。

如果密钥已遭入侵，那么有效签名也可能认证未经授权的文档。

密钥轮换、撤销、访问控制和事件处理流程仍然必不可少。

不可变元数据

不可变元数据旨在确保内容或可信引用在特定时间点之后无法更改。

实现不可变的方式包括在链上存储完整数据、存储无法更改的内容标识符，或永久禁用更新权限。

项目应明确说明哪些部分不可变。

不可变的 JSON 文档仍可能指向一个会发生变化的外部图片。

不可变的智能合约也可能引用可变的服务器位置。

要评估是否真正不可变，必须检查完整的引用链。

可变元数据

可变元数据可以在代币创建后发生变化。

它可以支持不断变化的游戏道具、动态会员资格、可兑换资产、身份状态、维护记录和现实世界资产更新。

它也允许获授权的一方或遭入侵的管理员替换图片、描述、特征或外部链接。

元数据标准应规定更新权限、流程、事件、历史记录以及冻结未来更改的条件。

应用不应将可变元数据描述为永久不变。

冻结元数据

冻结元数据是指此前可以编辑的元数据已进入一种状态，之后不再预期或不再允许更改。

冻结过程应由合约代码或其他可独立验证的控制措施执行。

网站声明元数据已冻结，其可信度低于通过技术限制移除更新权限。

用户应检查代理合约升级、治理操作或管理员密钥是否可以恢复更改权限。

元数据版本管理

元数据版本管理用于记录元数据文档或架构随时间发生的变化。

版本标识符可以帮助应用判断应采用哪些规则。

语义化版本可以使用主版本号、次版本号和修订号，区分不兼容的更改与兼容的新增内容和修正。

保留历史版本有助于审计、争议处理、迁移以及准确展示代币过去的状态。

如果可变 URI 覆盖旧文档且不保留历史记录，就很难还原用户最初获得的内容。

跨链元数据标准

跨链应用需要能够区分不同区块链上名称或地址相似的资产的标识符。

代币符号并不足够，因为互不相关的资产可能使用相同符号。

CAIP-19 资产标识符标准定义了一种与区块链无关的格式，用于识别资产类型和具体资产实例。

完整标识符可以组合区块链命名空间、区块链引用、资产命名空间、合约或资产引用，以及可选的代币 ID。

当钱包、支付系统、跨链桥和投资组合工具交换资产元数据时，跨链标识符可以减少歧义。

但它们不能证明跨链代币已由原始资产完全支持。

包装资产和跨链资产的元数据

包装代币或跨链代币通过另一个区块链或技术系统来代表某项资产。

其元数据应标明当前区块链、代币合约、所代表的资产、发行方或跨链桥机制，以及相关赎回条件。

如果不区分包装后的资产，仅复制原资产的名称和徽标，可能会误导用户。

应用不应假设相同符号代表相同的赎回权或安全性。

元数据应说明资产属于原生、包装、跨链、合成或其他形式的代表性资产。

去中心化标识符元数据

去中心化标识符可以将区块链相关实体与验证方法和服务信息关联起来。

DID 文档可以包含控制者、加密验证方法、身份验证关系和服务端点。

W3C 于 2026 年 3 月 5 日将DID Core 1.1 版发布为候选推荐快照。

由于 1.1 版仍处于推荐标准制定流程中，实施者应将其与最终版 DID Core 1.0 推荐标准区分开来。

DID 元数据可以支持代币发行方、组织、凭证、钱包和自动化代理。

DID 可以根据其方法证明控制权，但不会自动证明控制者提出的所有主张都准确。

可验证凭证元数据

可验证凭证使用结构化元数据，表达发行方对某个主体所作出的声明。

W3C 可验证凭证数据模型 2.0于 2025 年 5 月 15 日成为 W3C 推荐标准。

该模型定义了与发行方、凭证主体、类型、有效期、凭证状态、数据架构和安全机制相关的信息。

加密应用可以使用可验证凭证实现身份验证、会员资格、合规、教育、专业资质和代币化访问权限。

有效的凭证证明可以证明，受保护的数据未在适用的加密机制下遭到篡改。

验证方仍需单独判断发行方是否可信，以及该凭证是否适用于预期用途。

代币化现实世界资产的元数据

代币化现实世界资产的元数据可能描述财产、证券、大宗商品、发票、环境声明、会员资格或法律权利。

代币合约本身可能不包含理解所有权或赎回所需的全部文件。

元数据可以标识法律协议、发行方、托管方、估值日期、司法管辖区、资产标识符、审计、限制和状态信息。

元数据链接不会自动使外部法律文件具有约束力。

用户必须确认代币是否赋予其对相关实体或资产具有可执行性的权利主张。

不应将敏感的个人或商业信息永久写入公有区块链。

元数据本地化

本地化可以让名称、描述和其他可读元数据以多种语言呈现。

标准应标明每个文本值对应的语言。

当用户请求的语言不可用时，应用应定义回退方式。

翻译应保留重要的风险、法律和赎回信息，而不能只简化宣传内容。

字符编码应保持一致，避免名称在不同系统间显示乱码。

元数据的无障碍设计

无障碍元数据有助于依赖屏幕阅读器、文本替代内容、键盘导航或其他辅助技术的用户。

如果应用或架构支持，图片应提供有意义的文本描述。

关键信息不应只出现在图片或动画中。

颜色、动态效果和声音不应成为传达重要代币状态的唯一方式。

无障碍设计可以提升可用性，让更广泛的受众理解元数据。

加密元数据中的媒体类型

媒体类型用于描述链接文件的格式，例如 JSON、PNG、SVG、MP4 或其他已注册类型。

应用可以根据媒体类型信息决定如何处理资源。

仅凭文件扩展名并不可靠，因为服务器可能会在常见文件名下返回意外内容。

应用应检查响应类型、验证文件结构，并采用安全的渲染规则。

与普通静态图片相比，HTML 和 SVG 等主动格式需要更严格的控制，因为其中可能包含脚本、外部引用或交互行为。

元数据缓存

钱包、索引器和应用通常会缓存元数据，以提升性能并减少重复网络请求。

即使元数据已获授权更新，缓存也可能导致过时的名称、图片和属性继续显示。

更新事件、有效期策略、版本标识符和手动刷新工具可以减少过时数据问题。

如果不检查来源和时间戳，不应将缓存副本视为当前的权威状态。

基于内容寻址的元数据可以安全缓存以保证完整性，因为内容变化时标识符也会改变。

元数据索引

元数据索引器会收集区块链引用、获取文档、验证字段，并准备数据以便快速搜索和展示。

索引器可能会将不同标准转换为统一的内部格式。

标准化处理可以提升易用性，但也可能移除不受支持的字段，或掩盖原始架构之间的差异。

索引器应保留原始来源、获取时间、区块链标识符、合约地址和代币 ID。

面向用户的应用应区分直接从合约获取的元数据与外部数据库添加的信息。

元数据验证

元数据验证用于检查数据是否符合所需的语法、架构、标识符、字段类型和安全规则。

语法验证用于确认文档是否为格式正确的 JSON 或其他预期格式。

架构验证用于检查必填字段、值和结构。

URI 验证用于检查资源引用是否使用获准方案以及格式是否有效。

完整性验证会比较哈希或内容标识符。

语义验证用于检查信息在相关区块链和资产场景中是否合理。

任何单一验证层都无法证明元数据中的所有主张。

加密元数据的安全风险

恶意链接

元数据文档可能通过外部 URL 将用户引导至网络钓鱼网站。

恶意媒体

图片或动画字段可能引用主动内容，旨在利用不安全的渲染软件或跟踪用户。

超大文件

攻击者可能提供极大的元数据或媒体文件，试图消耗内存、带宽、存储或处理能力。

递归引用

元数据可能链接到其他资源，而这些资源又反复相互引用，导致请求数量过多。

Unicode 欺骗

代币名称和符号可能使用视觉上相似的 Unicode 字符来仿冒可信资产。

元数据替换

管理员或遭入侵的服务器可能在用户获取代币后替换可变元数据。

架构操纵

远程架构或 JSON-LD 上下文可能发生变化，从而改变文档的解读方式。

隐私跟踪

唯一的媒体 URL 可能泄露特定钱包或用户查看代币元数据的时间。

虚假声明

元数据可能虚假声称所有权、稀有度、真实性、法律权利、储备或创作者认可。

元数据与钱包网络钓鱼

钱包可能会发现一个陌生代币，其元数据显示承诺奖励的信息，或声称账户存在问题的警告。

元数据可能会将用户引导至恶意网站。

收到代币并不能证明其名称、图片、网站或发行方值得信任。

用户应独立核实区块链、合约地址、官方来源以及所要求的钱包操作。

任何元数据文档都不需要用户提供私钥或助记词。

元数据隐私风险

公开元数据可能暴露个人姓名、位置、凭证、会员资格、健康信息或财务关系。

存储在公有区块链上的数据可能难以或无法删除。

加密敏感元数据可以减少公开可见性，但会带来密钥管理和长期保密方面的挑战。

如果底层可能值很容易猜到，公开哈希也可能泄露信息。

项目应尽量减少个人数据，并且只存储加密资产实现预期功能所必需的信息。

如何设计加密元数据标准

明确使用场景

设计者应明确元数据将描述哪种资产、身份、凭证或应用。

定义唯一标识符

标识符应能够区分区块链、合约、资产类型和单个代币，而不能依赖名称或符号。

选择数据格式

所选格式应得到广泛支持，在有需要时具备确定性，并适合预期的数据规模。

定义必填字段

只有互操作性可靠运行所必需的字段才应设为必填项。

定义数据类型

每个字段都应有明确的数据类型、允许范围、编码方式和错误处理规则。

定义 URI 行为

标准应说明支持的 URI 方案、相对引用规则、获取要求和安全限制。

定义可变性

标准应说明谁可以更新元数据，以及是否可以在之后禁用更新。

定义完整性保护

重要的外部文档应使用哈希、内容标识符、签名或其他可验证的完整性机制。

定义版本管理

应用需要可靠地识别不兼容的架构版本和未来扩展。

定义故障处理方式

标准应说明软件如何处理缺失、格式错误、不可用、超大或不受支持的元数据。

记录安全注意事项

规范应讨论恶意输入、远程引用、隐私、访问控制、升级权限和拒绝服务风险。

加密项目的元数据最佳实践

应使用区块链和合约地址作为资产的主要标识，而不是代币符号。

如果已有最终标准适用于所需场景，应遵循该标准。

应清楚标记草案或实验性元数据扩展。

整个代币系列应使用稳定的字段名称和数据类型。

发布前应验证每份元数据文档。

对于预期保持不变的资源，应使用内容寻址或加密哈希。

在用户获取代币前，应公布更新权限和冻结规则。

如有支持，应发出标准化更新事件。

应保留历史元数据版本，以便审计和处理争议。

避免将个人或机密数据永久存储在公有区块链上。

应限制主动媒体，并在渲染前清理外部内容。

应提供有意义的文本描述和语言信息。

应为关键的链下文件维护冗余存储。

只要仍有任何重要引用可以更改，就不要声称元数据不可变。

如何评估代币元数据

确认区块链和代币合约地址正确无误。

确认合约声称采用了哪些代币标准和元数据标准。

在技术条件允许时，直接从合约读取 URI。

检查元数据是存储在链上、通过 HTTPS、通过 IPFS 还是通过其他系统存储。

在有内容标识符或哈希的情况下，验证其有效性。

检查谁可以更改合约、URI、元数据、架构或存储引用。

检查是否发出了元数据更新事件。

谨慎检查链接的媒体和外部 URL。

通过独立文件核实法律声明和资产支持声明。

不要仅凭徽标、名称或代币符号判断真实性。

元数据标准中的常见错误

一种常见错误是将有效 JSON 当成元数据符合代币标准的证明。

另一种错误是将代币符号用作全球唯一的资产标识符。

有些项目在普通服务器上存储元数据，却宣传资产完全不可变。

另一些项目会在一个文档中放入 IPFS CID，但仍允许合约替换该文档的 URI。

同一系列中的元数据文档可能使用不一致的属性名称和值。

应用可能未经过清理或内容限制就渲染主动媒体。

开发者可能误以为每个钱包都支持自定义元数据字段。

更改可变元数据后未发出更新事件，也是常见错误。

项目可能使用草案提案，却未披露其字段和行为仍可能发生变化。

将敏感个人信息永久存储在链上，可能引发严重的隐私和合规问题。

常见问题

元数据标准最简单的定义是什么？

元数据标准是一套共同规则，用于组织、存储、检索和解读有关加密资产和区块链记录的描述信息。

什么是加密元数据？

加密元数据是用于描述代币、NFT、区块链账户、凭证、交易或所代表资产的信息。

加密资产为什么需要元数据？

元数据可以帮助软件展示易读的名称、符号、图片、小数精度、属性、身份和外部资源。

元数据存储在区块链上吗？

元数据可以存储在链上、链下，也可以通过链上引用与外部文件相结合的混合设计存储。

什么是链上元数据？

链上元数据是直接存储在区块链状态、智能合约存储或交易数据中的描述性数据。

什么是链下元数据？

链下元数据存储在区块链之外，而区块链会记录指向该元数据的 URI 或其他引用。

链下元数据不安全吗？

链下元数据可以安全使用，但会带来托管、完整性、可用性、域名和更新方面的风险，必须加以管理。

ERC-20 定义了哪些元数据？

ERC-20 定义了用于代币名称、符号和小数精度的可选函数。

代币名称和符号是唯一的吗？

不是，互不相关的合约可以使用相同的代币名称和符号。

如何识别同质化代币？

应通过区块链和合约地址进行识别，而不能只看代币符号。

什么是 ERC-721 元数据？

ERC-721 元数据使用特定代币 URI 提供有关单个非同质化代币的信息。

什么是 ERC-1155 元数据？

ERC-1155 元数据采用 URI 接口和 JSON 架构，可在一个合约中支持多种代币类型。

ERC-1155 中的

{id}

占位符是什么意思？

兼容的应用会将其替换为代币 ID，并将其格式化为不带

前缀的 64 位小写十六进制值。

什么是 ERC-4906？

ERC-4906 是一项最终扩展标准，定义了用于通知应用 ERC-721 元数据更新的事件。

什么是 ERC-8048？

ERC-8048 是一项于 2025 年提出的草案，旨在多代币和 NFT 注册表中直接存储键值元数据。

ERC-8048 是最终标准吗？

不是，它仍是草案，在定稿前可能会发生变化。

为什么加密元数据使用 JSON？

JSON 易于阅读、轻量、支持广泛，适合交换结构化数据。

有效的 JSON 就是有效的代币元数据吗？

不是，文档还必须符合相关元数据架构和应用要求。

什么是 JSON Schema？

JSON Schema 定义了可由机器读取的 JSON 文档验证规则。

什么是 JSON-LD？

JSON-LD 为 JSON 结构添加关联数据含义和全球定义的标识符。

什么是元数据 URI？

元数据 URI 用于标识包含或表示代币元数据的资源。

什么是 IPFS CID？

IPFS CID 是一种内容标识符，其生成部分取决于内容的加密哈希和编码方式。

IPFS CID 能保证永久存储吗？

不能，它可以验证内容身份，但不能保证可访问的提供者会持续存储数据。

什么是基于内容寻址的元数据？

基于内容寻址的元数据通过从其内容本身得出的信息进行标识，而不只是通过服务器位置识别。

什么是元数据完整性？

元数据完整性是指获取的字节内容与可信哈希、内容标识符、签名或其他完整性引用相匹配。

哈希匹配能证明元数据真实可靠吗？

不能，它只能证明字节内容与预期内容一致，不能证明其中的主张准确。

NFT 元数据可以更改吗？

可以，如果合约或存储系统允许获授权的更新，元数据就可能发生变化。

什么是冻结元数据？

冻结元数据是指已进入一种状态，未来更改受到技术限制或已被禁用的信息。

链上元数据一定不会改变吗？

不一定，可升级合约和由管理员控制的存储都可能允许更改链上元数据。

什么是元数据版本管理？

元数据版本管理用于识别和保留架构或文档随时间发生的变化。

什么是 CAIP-19？

CAIP-19 是一种与区块链无关的标准，用于识别加密资产类型和具体资产实例。

跨链标识符为何重要？

它们可以避免不同区块链上的资产因名称、符号或合约格式相似而混淆。

什么是 DID 元数据？

DID 元数据用于描述去中心化标识符、控制者、验证方法和服务端点。

什么是可验证凭证元数据？

它描述发行方、凭证主体、声明、有效期、状态、架构和安全方法。

元数据可能包含恶意软件吗？

元数据可能引用恶意链接、脚本、主动媒体、超大文件和其他不安全内容。

收到 NFT 会让钱包面临网络钓鱼风险吗？

会，未经请求的代币元数据可能展示恶意链接或虚假的奖励信息，意图诱骗用户。

元数据会要求提供助记词吗？

不会。任何合法的元数据文档、代币发行方或支持流程都不需要钱包助记词。

元数据会泄露个人信息吗？

会，公开元数据可能暴露身份、会员资格、位置、凭证或财务关系。

如何验证加密元数据？

可以通过语法验证、架构验证、URI 规则、加密哈希、签名和语义审查进行检查。

元数据标准最大的局限是什么？

标准可以提高数据的互操作性，但不能保证所描述的资产、发行方或主张真实可靠。

信任代币元数据前，用户应核实什么？

用户应核实区块链、合约地址、元数据标准、存储方式、更新权限、完整性引用和外部主张。

总结

元数据标准规定了有关加密资产、NFT、身份、凭证和区块链资源的描述信息应如何组织和交换。

这些标准让钱包、智能合约、索引器和应用能够以一致的方式解读名称、符号、小数精度、图片、特征、标识符和外部资源。

主要的加密元数据体系包括同质化代币字段、ERC-721 Token URI、ERC-1155 元数据架构、ERC-4906 更新事件、JSON、JSON Schema、JSON-LD、内容标识符和与区块链无关的资产标识符。

元数据可以直接存储在链上、托管在链下，也可以通过结合区块链引用和加密完整性校验的混合模式进行保护。

链上存储不能保证不可变，而内容寻址也不能保证永久可用。

应用必须验证架构、清理外部内容、检查更新权限、保留版本历史，并避免将名称或符号视为唯一标识。

用户应将元数据视为描述性信息，而不是代币真实、具有价值、获得支持或具有法律可执行性的证明。

只有结合安全存储、准确声明、明确治理、隐私保护和可靠验证，设计良好的元数据标准才能改善加密领域的互操作性。