Metaplex Core 与 Token Metadata：Solana 新老两代 NFT 标准的差别

提到 Solana 上的 NFT，多数教程默认讲 Token Metadata——那个与 SPL Token 程序配合、用三四个账户描述一枚资产的老方案。但 Metaplex 官方文档现在把新项目的推荐位置留给了 Metaplex Core：一套为 NFT 重新设计账户模型的新标准，官方将其定位为“下一代 NFT 标准”，而 Token Metadata 被标为 legacy（遗留）——仍在维护，但不再推荐新项目使用。本文按官方文档的口径对比两者。

账户结构：从一串账户到一个账户

Token Metadata 模式下，一枚 NFT 通常牵涉 mint 账户、metadata 账户、Master Edition 账户和代币账户等多个账户，铸造时要逐个创建、逐个付押金，计算与签名逻辑也复杂。Core 改成了单账户设计：一枚资产就是一个资产账户，名字、图片、创作者、版税比例、合集归属全部写进这一个账户，配合插件字段扩展行为。官方文档给出的直接后果是铸造成本显著下降，文中列出的参考量级是 Core 铸造费约千分之三 SOL、Token Metadata 约千分之二十二 SOL——这类数字属于文档中的参考值，实际以链上当时状态为准，但“数量级更便宜”是结构决定的。

版税：从声明到强制执行

这是两代标准最实质的差别之一。Token Metadata 把创作者收益配置写在元数据里，市场是否遵守取决于自愿，多年争论都卡在这里。Core 内置 Royalties（版税）插件，文档描述其默认强制执行创作者版税，并支持对特定对象设置 allowlist 或 denylist——例如给某个聚合市场开白名单跳过版税，或拉黑某个不遵守规则的平台。当然，“强制执行”的边界仍是采用 Core 的市场：一个完全不接入 Core 的场外交易仍然不受它管，这一点在任何文档里都不应被读成绝对保证。

合集操作与插件系统

Core 支持合集级操作：对一整个合集批量更新版税、冻结资产或修改元数据，一笔交易完成；Token Metadata 时代这类操作往往要逐枚处理。插件系统是另一个分层点——冻结、永久委托、属性等能力都以插件形式挂在资产账户上，行为可扩展而不用改主程序。对开发团队来说，这意味着很多过去“写死在项目合约里”的规则变成可声明、可查询的标准对象。

迁移与共存

需要划清的一条线：Core 资产与 Token Metadata NFT 是两套独立标准，官方文档明确说明没有自动迁移路径。新铸造的项目按官方建议使用 Core；存量 Token Metadata 合集继续正常工作，钱包和市场对两套标准的展示也在长期并行。评估一枚 Solana 资产时，先确认它属于哪条程序路线，能解释为什么同一条链上两种 NFT 的费用、版税表现和可组合性都不一样。

怎么选、怎么看

新项目按官方推荐走 Core 是主流方向；需要与只支持老标准的历史生态深度集成时，Token Metadata 仍是现实选择。对买家而言，标准归属影响的是可验证性：版税是否处于插件强制之下、冻结由谁执行、合集归属能否在链上核对，这些都应该查账户数据而不是读宣传稿。

一枚资产从铸造到展示的完整链路

用一笔 Core 铸造交易串起两代标准的差别。Token Metadata 时代：构造 mint、创建并关联 metadata、创建 Master Edition、处理代币账户与委托权限，交易往往触及四五个账户，任何一环程序版本不对就要重来。Core 模式下：铸造指令创建单个资产账户，参数里直接写入名称、 URI、创作者列表、版税基础与集合归属，同一笔交易还能附带启用插件。钱包展示一枚 Core 资产时读取的就是这个资产账户本身，不再需要跨多个账户拼接真相——这也是为什么两代资产在部分旧工具里表现不一致：工具没接入新程序地址，就读不到资产或读错版税。

对持有人的现实影响

第一，查询入口变了：核验一枚 Core 资产要按 Core 程序解析资产账户与插件，用查 Token Metadata 的老习惯去查可能查不到。第二，合集归属变了：Core 的集合成员关系有标准链上记录，批量加集合、批量改版税都有确定路径，识别“官方合集”的依据比过去清楚。第三，成本曲线变了：单账户设计让大批量铸造的边际成本明显下降，对以 mint 为主要分发方式的中型项目影响最直接。第四，互操作窗口期会长期存在：迁移不支持自动完成，意味着市场上同时流通两套标准的资产，跨版本交易与组合工具要按各自路线适配，出现“看着一样、点进去报错”的兼容摩擦并不奇怪。

本文比较的是协议与工程结构，不涉及任何资产价值判断，不构成投资建议。