收据铸成 NFT：ERC-5570 数字收据的字段结构与验证链条

电商订单页三个月后就会改版，邮件收据被垃圾过滤器吞掉，热敏纸小票半年褪成白纸。收据这个东西，重要程度与其载体的脆弱程度长期不匹配。状态为 Final 的 ERC-5570（2022 年 9 月创建）把收据铸上链：用 ERC-721 承载一份按固定 JSON 结构填写的交易凭证，收据即代币。

收据 JSON 的解剖

这份标准的本体是 schema 而不是新函数。元数据顶层沿用 ERC-721 必备的 name、description、image，再挂一个必填的 receipt 对象；receipt 内部必填四项：id（商户生成的唯一收据号）、date、vendor（商户信息）与 items 数组——数组逐项记录商品品名、数量、价格与商户自定义 SKU，并允许附加序列号、交付跟踪、门店位置等扩展字段。还有一个容易被忽略的字段 signature：对收据数据的数字签名，标准把它列为结构的一部分，用于证明收据由商户签发而非持有人自填。使用流程在动机部分写得具体：结账页面提供铸造收据 NFT 的选项，用户下单后先拿到一枚空壳代币，商户履约时把填好的收据 JSON 写进这枚代币的元数据——购买行为与凭证铸造绑进同一条链上关系，收据从”商户发给你的文件”变成”你持有的代币”。

可验证链条有多长

把三层分开看：代币由商户控制的合约地址签发，证明来源声称；元数据符合 schema 且 signature 验得过，证明内容确经商户之手；商品、价格、日期与真实世界交易是否一致，属于链下事实，链上只能记录不能验证。所以拿到一枚收据 NFT，正确的核验顺序是查签发合约地址是否对应商户公布的官方地址、验签名字段与收据内容是否匹配、再抽核心条目回到商户系统或物流单号交叉确认。三个环节任何一环断掉，链上收据就只是一张排版漂亮的自述书。

采用的冷与隐私的账

一个可以今天就开始的用法

即便没有商家支持，个人也有一种低配玩法：把重要交易的凭证要点（保单号、大额订单、定制合同编号）整理进一份符合 ERC-5570 结构的 JSON，算出哈希后写进一次普通的链上记录，相当于手工版的时间戳保险箱。这份档案不证明内容真实，但证明这份内容在那个时刻存在过——日后与商家交涉时，一份几年前就钉在链上的快照比任何邮件截图都硬。标准给了格式，时间戳给了证明力，剩下的耐心是每个人自带的优势：等生态真把收据铸造做进结账页，习惯核对结构的人会第一个看懂那枚新代币。

Final 状态在这里的含义只是格式被正式接纳——自 2022 年接纳以来，主流电商与 NFT 市场都没把它接进结账链路，实际发行案例寥寥。冷启动卡点很清楚：发行方要为每单付一笔铸币成本、要保管签名密钥、要处理退货时的收据更新，而邮件收据几乎免费。对消费者还有一笔常被宣传语略过的隐私账：收据写着买了什么、花了多少、何时何地，全部公开上链等于把消费画像挂在地址名下，任何地址聚类工具都能把它读成收入与偏好报告——在 mint 之前把公开性问清楚，远比事后销毁省心。抛开采用现状，这份 schema 对个人的思路价值真实：售后维权期、转售举证、报销留痕，都需要可查的交易细节历史，一个结构统一、带时间戳、不能被单方改写的收据模型，把举证从截图吵架变成链上查询。标准文本给所有凭证类设计留了同一句潜台词：把收据当收据，别当藏品——用审计的眼睛看它，才看得懂它的真实价值。本文只做协议机制科普，不构成投资建议。