Hedera 上 NFT 的链上说明书只有 100 字节：谁来更新、改完能查到吗 图 1
Hedera 上 NFT 的链上说明书只有 100 字节：谁来更新、改完能查到吗 · 图 1

Hedera 上的 NFT 不需要写合约就能发行，代价是很多地方由服务参数而不是合约代码来划定。元数据这一项特别典型：链上那格字段很小，真正给人看的说明书在别处，而谁能改、改了有没有痕迹，都由密钥类型决定。

链上字段只有 100 字节

Hedera 的教程与示例代码把这条限制写得很直白：如果元数据小于 100 字节，可以在铸造 NFT 时直接存进这个字段；官方示例合约里也带着相应的断言，超过 100 字节就拒绝。SDK 文档的措辞一致：更新时的新元数据必须是合法的字节数组，上限是 100 字节。

因为容量太小，这个位置放不下图像本身。官方教程的建议是把稍大的内容（大于 100 字节、小于 30 KB）交给 Hedera File Service 保管，然后在元数据字段里放指向它的 URI。也就是说，“原生 NFT”这个名字不等于所有内容都在链上那一格里。

Hedera 上 NFT 的链上说明书只有 100 字节：谁来更新、改完能查到吗 图 2
Hedera 上 NFT 的链上说明书只有 100 字节：谁来更新、改完能查到吗 · 图 2

更新需要 metadata key

代币属性页写明，Metadata 这一属性可以由 admin key 或 metadata key 更新。到了批量改 NFT 的那一步，SDK 文档更严格：TokenUpdateNftsTransaction 更新非同质化代币的元数据时必须用 metadata key 签名，否则交易会失败；调用时要给出代币 ID、要更新的序列号列表和新的元数据。文档同时说明，网络会记录所有交易，因此变更历史是可审计的。

这两条合起来决定了一件很实际的事：发行时没配 metadata key，后面想批量改内容就没有干净的通道；配了这把 key，就意味着持有者可以改动指定序列号的元数据。收藏者核对项目时，值得把”当初有没有设这把 key”当成一条独立信息去查，而不是只看官网文案。

HIP-412 那份 JSON 才是展示用的说明书

链上 100 字节（或者一个 URI）之外，Hedera 生态用 HIP-412 规定的 JSON 描述文件来承载展示信息。官方教程对 JSON Schema V2 的说明是，它有三个必填字段：name（NFT 全名）、type（图片的 MIME 类型，格式要求由 HIP-412 定义）和 image（指向中心化或去中心化存储里图片的 URI）。属性类信息、描述、创作者等属于可选内容。

读一份 Hedera 藏品的元数据链路
1. 用序列号定位 NFT，读链上 metadata 字段（不超过 100 字节）
2. 若字段是一串 URI，取回对应的 JSON 文件
3. 检查 JSON 的 name、type、image 三个必填项是否齐全
4. 判断 image 指向的存储是哪一类：文件服务、对象存储还是第三方站点

三点容易被忽略的边界

第一，代币名称本身不是唯一标识。属性页明确 token name 用 UTF-8 字符串、最多 100 字符、且不要求唯一，重名在 Hedera 上属于正常现象，区分要靠代币 ID。第二，NON_FUNGIBLE_UNIQUE 类型下的最大供应量是这个系列能铸造的 NFT（序列号）总数，属性页写明这个字段永远不能更改，并且要配合有限供应类型设置——所谓”绝版”在协议层只能靠这条上限支撑。第三，元数据能改而图像文件本身不可改，或反之，是两种完全不同的风险，需要分别核对，而不是笼统地说”内容在链上”或”内容在链下”。至于这类差别是否影响价格，属于每个人自己的判断。

把两把 key 的分工写清楚，可以避免很多争论。属性页的表述是 Metadata 这一属性可由 admin key 或 metadata key 更新；而批量更新那条 SDK 路径要求必须用 metadata key 签名。于是实际操作里会出现三种情形：只设了 admin key 的项目在批量改 NFT 时可能直接失败，同时设了 metadata key 的项目可以让日常运营者改内容而不动其它属性，把 metadata key 交出去的项目则意味着持有方能改写展示说明。这把 key 归谁、有没有设，都是可以查的链上配置，不是靠公告文案承诺的。

容量与展示的矛盾也值得记住：链上那一格最多 100 字节，图像与长文本只能放到外部（官方教程建议 100 字节到 30 KB 之间的内容交给 Hedera File Service，再把 URI 放进 metadata）。这就形成一个混合结构——链上记录短小且可审计，真正的说明书在别处。判断“能不能长期打开”时，需要分别确认 URI 指向的服务、是否还有第二份镜像，以及 metadata 被更新过几次。只有链上那一格写着 URI，并不自动意味着图片永远可达。

把这条链路按可操作性排个序会更清楚：先查链上，能查的有代币 ID、序列号、metadata 字段本身、更新它的交易记录，以及是否设有 metadata key；再查链下，也就是那份 JSON 是否还能取到、三个必填项是否齐、它指向的存储是哪一类。前者是协议事实，后者依赖具体服务的持续可用。只看到“Hedera 原生 NFT”几个字就判断“内容永久”，等于把两类性质完全不同的东西合并成了一句话。反过来，如果有人主张内容不可改，也应当能给出没有设更新密钥、或从未发生过更新交易这类链上依据，而不是只提供一张页面截图。

本文为机制说明，不构成任何投资建议。