下载 NFT 元数据前先对指纹：ERC-2477 的完整性校验思路

你从合约里拿到一条元数据链接，用浏览器或脚本把 JSON 取回来——严格说，你无法证明”取回的文件就是合约想给你的那份”。DNS 劫持、网关换包、CDN 配错，都可能发生在你与存储之间。网页世界早就用子资源完整性（SRI）对付这类问题：引用脚本时附上哈希，浏览器下载后先比对再执行。状态为 Stagnant 的 ERC-2477（2020 年 1 月创建）把同一思路搬进代币元数据。

两个函数、一种格式

两个函数成对出现。tokenURIIntegrity(tokenId) 返回一对值：字节数组形态的摘要与算法名字符串——与网页 SRI 用 Base64 编码不同，标准直接用字节数组，因为以太坊原生支持这种编码；算法名沿用 SRI 的命名惯例（sha256、sha384、sha512，大小写不敏感），文本还专门点明 SHA-1 的碰撞攻击（“Shattered”等）早已公开、已被相关机构逐步弃用，256 位以下不值得实现。客户端被要求至少支持 sha256——这是相对 SRI 三种全选的让步，理由是在链上算 SHA-384、SHA-512 太贵。消费流程：读 tokenURI 取回文件，用声明的算法本地重算摘要，与 tokenURIIntegrity 返回值比对，一致才解析展示。tokenURISchemaIntegrity 是第二层：元数据文件可用 $schema 字段声明自己遵循的模式文档，配合 $schemaIntegrity 里的摘要与算法名，这个函数回答”那份模式文档本身指纹是什么”——把校验从”这份文件对不对”延伸到”解读它的说明书对不对”。

为什么停在 Stagnant

停滞原因要从工程现实里找。其一是更新悖论：元数据只要改动一个字符，哈希立刻失配，链上的摘要就得跟着发交易更新——“我保证不改”的承诺被改写成”每次改都要上链”的运营成本，多数团队宁可不做。其二是自指风险：若摘要与内容同放一处都可修改的存储，篡改者连摘要一起换，校验退化为形式；ERC-2477 的设计要求摘要锚在链上、内容放链下，这也正是它对开发者要求最高的地方。其三是生态惯性：市场前端与索引器都没把这两个函数列进必查清单，函数写了没人调用，实现无收益的循环就此闭合。机制对准真实需求、落地卡在全链配合，这是大量小众标准共同的命运样本。

今天怎么手动做等价校验

把校验做进日常的两个习惯

第一个习惯是给重要收藏建一份指纹档案：入手时把元数据 JSON 与图片的哈希存进本地清单，日后浏览发现展示异常，先重算再比对，一分钟定位是显示层抽风还是内容真的被换。第二个习惯是关注项目方的透明度动作：主动公布元数据哈希、公布变更日志、甚至用第三方存档服务的团队，说明他们理解”可核对的承诺”比漂亮话值钱——这类细节是尽调里少数能加分的硬信号。ERC-2477 想替所有人做的事，归根结底是把”信不信”变成”对不对”：答案不在合约里，永远在你动手算出的那串摘要里。

合约没实现 ERC-2477 也挡不住你手动完成同等动作。取回元数据 JSON 后本地算一次哈希，把摘要与项目公告、社区存档里的历史值比对；图片文件同理。若元数据在 IPFS，CID 本身就是内容哈希，取回文件重算一次即可自证完整——存储层已经内建了 ERC-2477 想补的能力，这一格反而不缺标准；中心化 URL 才是哈希校验最有价值也最稀缺的场景，这种错位正是标准停滞的现实讽刺。还有一个工程提醒：校验要覆盖每一个被渲染的文件，animation_url、外部高清图若不逐一核对，篡改者只需改没被锚定的那一个字段，就能改变你眼睛看到的最终效果。链上锚定与展示真实之间，隔着一条”每个文件都要有指纹”的清单。工具会忘、项目会换域名，指纹比对这种笨办法反而长久有效——这正是 ERC-2477 想替所有人执行、至今无人全权代办的功课。本文只做协议机制科普，不构成投资建议。