ERC-7829 数据资产 NFT：一枚代币同时发给多个”读者”

“我买了一份链上数据产品，但同一份东西别人也有”——数据资产的复制度让传统 NFT 的一物一权模型很难直接套用。ERC-7829 尝试给这类”数据产品”立一个专用接口：在 ERC-721 之上加一层数据可用性承诺和”读者”角色，承认一份数据可以被多方读取，同时让合约能拿出可验证的证据说明数据确实存在过、有多大、什么时候过期。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该提案处于 Review 状态，2024 年 11 月创建，依赖 ERC-165 与 ERC-721。

Reader 角色与三个存证字段

规范的接口分两块。角色侧提供 setReader(tokenId, reader, valid) 与 isReader(tokenId, reader)：一枚数据代币可以挂多个读者地址，与持有人是并列关系——持有人管资产，读者管读取资格。存证侧提供三个按代币编号查询的字段：commitByTokenId 返回该数据资产的承诺值（对内容算出的指纹），sizeByTokenId 记录数据体积，expireByTokenId 给出一个到期时间戳。

这套组合的用意：把”数据可能丢了、被改了、过期了”这类链下失效风险，变成链上有明确记载的对照物。索引器和应用可以定期检查：当前能取到的文件哈希与 commitByTokenId 记录的指纹是否一致，体积对不对，是否已过 expireByTokenId。三个字段回答不了”文件现在一定还在某处”，但能回答”如果发现不在了，链上最早可查的承诺是什么”——为追责与核验提供了锚点。

它假设了什么，又没承诺什么

读懂这个标准要抓住它的坦率前提：规范自己写明数据资产天然可复制、多方可访问，所以与其伪装稀缺，不如把”读权限”从”持有权”里拆出来单独管理。这是对 NFT 常规营销话术的一次去魅——同一份数据集的代币化销售，本质更接近许可分发而非原件转让。

它没有承诺的东西同样要多看一眼。存证字段只是登记，验证机制留给实现者：谁来周期性执行”当前哈希对比登记指纹”的核对、发现不一致后向谁报告，标准不作规定；DA 层如何保证数据真的持续可取，规范引入的模块设计把选择权交给了具体部署。因此评估某个 ERC-7829 产品时，重点不是”它支持这个标准”，而是它的存证刷新由谁跑、数据托管在几家、过期后文件会怎样。

对数据消费方，还有一条常被忽略的核对路径：拿 sizeByTokenId 与 expireByTokenId 做一致性 sanity check。登记体积与可下载文件实际大小对不上，通常意味着中间经过了重新打包或版本替换；到期时间戳早已过去、链下下载入口却仍然全开放，说明过期逻辑只写在链下或干脆没做。两个字段本是为”数据生命周期管理”设计的，反过来也恰好成为检验项目运营认真程度的免费探针。

买卖数据型 NFT 前把这几个问题问出口

第一，指纹从哪来：要求项目方说明 commitByTokenId 的计算对象（原始文件？打包后归档？）与算法，口径不清的指纹等于没有指纹。第二，读者名单的权力归属：setReader 的调用权限在持有人还是发行方手里，决定你付钱之后能否自主添加协作者。第三，到期语义：过期后读取资格如何终止、链下访问通道是否同时关闭，链上时间戳与链下授权服务要对照着看，只改链下不改链上的项目等于把开关藏在看不见的地方。

还要提醒一句数据类商品的通病：数据可复制意味着”独家”承诺在逻辑上极难成立，购买时把宣传中的稀缺性话术逐条还原为技术事实——你到底买到了独占访问、限时访问，还是仅仅是同一份公开资料的带签名收据。本文为机制科普，不构成投资建议；提案状态以 ethereum/ERCs 仓库为准（核验时间 2026 年 9 月 9 日）。