ERC-7858 可过期 NFT：一枚代币怎么给自己设到期时间

NFT 给人的直觉印象是”永久持有”，但有一类凭证天然带有效期：会员卡、活动票、租赁权、阶段性的访问资格。ERC-7858 就是把”过期”这件事做成链上可读字段的扩展标准：给 ERC-721 代币（也包括灵魂绑定代币）加一组到期属性，让合约、市场和应用都能直接查询”这枚代币还在有效期内吗”。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该标准标注为 Final。

规范到底加了什么

ERC-7858 在 ERC-721 之上要求实现一组查询接口：expiryType() 返回过期依据的类型，枚举值只有两种——BLOCKS_BASED 按区块高度计、TIME_BASED 按区块时间戳计；startTime(tokenId) 与 endTime(tokenId) 返回每枚代币各自的起止值；isTokenExpired(tokenId) 直接回答是否已过期。每当某枚代币的有效期被设定或更新，合约要发出 TokenExpiryUpdated 事件，把 tokenId、起始值和结束值一起记进日志。

值得注意的设计细节是”粒度”：起止时间按单枚代币存储，而不是整个合集共享一个全局到期日。同一个系列里完全可以出现一部分有效、一部分已过期的混合状态。接口标识方面，规范写明该 ERC-165 接口号为 0x3ebdfa31，市场可以用 supportsInterface 探测合约是否支持。

过期不等于销毁

这是理解 ERC-7858 最关键的一条边界：标准没有规定过期后代币要从账本上消失，反而明确过期代币仍然可以转账——transferFrom、safeTransferFrom 对过期代币照样放行，余额查询也照常返回，目的是让过期代币保持与现有市场、钱包的兼容。规范同时要求：凡是检查代币有效性的合约，必须把过期代币视为无效不可用。也就是说，“过期”在标准层面是一枚状态旗标加一组可查询字段，失效的具体后果（功能停用、权益停发）发生在读取这面旗标的应用层。持有人要区分”这枚代币过期了”和”这枚代币被销毁了”：前者旗标为真、代币仍在账本上可转手，后者需要销毁交易和 Transfer 到零地址的事件作证，两者在区块浏览器里长得完全不一样。另外规范约定：startTime 与 endTime 均为 0 表示永不过期；起点非零而终点为 0，同样视为无到期。规范还准备了一个按纪元（epoch）整批管理有效期的扩展接口，接口号为 0xec7ffd66，基础接口则是 0x3ebdfa31。

按区块高度计时还有一个容易被忽略的特性：出块节奏会有波动，用区块数承诺”精确多少天”不如时间戳直觉稳定；反过来，按时间戳计时则跟随节点时钟，两种口径不能混用，所以规范强制合约用 expiryType() 明确声明自己用的是哪一种。

典型场景：为什么有些凭证就该会过期

把视角切回应用侧，能理解这套标准想服务谁。活动通行证是最直观的一档：把门票做成带到期时间的 NFT，散场后 isTokenExpired 自然翻真，主办方不需要专门跑一批回收交易，倒卖过期门票的持有人在核验环节也会被自动挡下。会员资格与席位凭证是另一档：季度型会籍可以按纪元扩展接口整批滚动，新一季发新纪元，旧纪元代币安静地留在账本上作为历史记录。履历类灵魂凭证加到期设计，则让”证书会过时”这件事第一次变成链上可读的事实，而不靠发证机构的官网承诺。

这些场景共同的取舍是：过期机制越贴近业务节奏，链上字段与链下体验的一致性就越依赖项目的诚实实现。标准给了统一的读法，读出来的数字是否对应真实的服务开关，仍要逐项目验证。

买之前查什么

如果你面对的是一个宣称”有时效权益”的藏品，可以按三步核验。第一，到合约页调用或查看 expiryType、startTime、endTime，确认自己的 tokenId 的起止值，而不是看宣传页面。第二，读一下过期分支的代码逻辑：过期后是转账被拦、功能停用，还是只有链下服务停止兑现——这三者的持有体验差别很大。第三，确认有效期是否可以被管理方单方面改写：如果 endTime 能被管理员随意前移或后调，“到期”承诺的实际约束力就打了折扣。

对灵魂绑定凭证的用户，这个标准也提示了一个新视角：不可转让的徽章加上到期时间之后，“摘不下来的徽章”也可能自然到期失效，这对履历类凭证是更温和的设计。本文为协议机制科普，不构成任何投资建议；标准状态以 ethereum/ERCs 仓库文本为准（核验时间 2026 年 9 月 9 日）。