凭 NFT 兑换实物与空投：ERC-7498 兑换活动的结构与防错设计

“持币可兑换一件 T 恤”“烧徽章换下一季通行证”——这类凭 NFT 换东西的安排，此前每家项目各有各的土办法，持有人没法用统一姿势查活动条款。ERC-7498 给“可兑换 NFT”立了接口，让活动条款能直接在链上读。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该标准状态为 Draft，2023 年 7 月 28 日创建，依赖 ERC-165、ERC-712、ERC-721、ERC-1155 与 ERC-1271，接口标识 0x1ac61e13。

Campaign：一份可以公开查阅的活动条款

标准把兑换活动拆成 Campaign 结构：一组 CampaignParams 加一组 CampaignRequirements。参数里有 startTime 与 endTime 划定窗口，maxCampaignRedemptions 封顶总兑换量，manager 是能改活动的人，signer 则指明兑换要不要验签名——填零地址就意味着不需要 EIP-712 签名。要求数组的语义是“任一要求被完整满足即算兑换成功”：每条要求内部有 offer（换出什么）、consideration（要付出哪些 NFT）和 TraitRedemption（按 ERC-7496 属性烧掉的消耗）。查询用 getCampaign，一次带回条款全文、元数据 URI 和已兑换计数；创建与更新用 createCampaign 和 updateCampaign，任何改动都发 CampaignUpdated 事件。链上再铸造侧另有 mintRedemption，给“兑换后铸出新代币”的场景传入所消耗物品的上下文。

链上兑换与实物订单怎么对得上

链上兑换调 redeem，带要消耗的代币列表、收件人和一段 extraData。实物商品是这套接口特别照顾的场景：标准引入 redemptionHash 与签名人机制，把一次链上 Redemption 事件和链下电商订单标识绑定——商品型号、收货地址这类绝不能上链的信息存在链下订单里，链上只留一个哈希做指纹。对账逻辑因此成立：你按活动网址提交了收货信息并收到实物后，可以拿 redemptionHash 反查链上那次兑换是不是你本人发起、对应的是不是那个型号。

持有人核对清单

第一，读活动别信前端截图：直接对合约调 getCampaign，重点看 endTime 是否已过、maxCampaignRedemptions 还剩多少额度、manager 是哪个地址。第二，看 signer 字段——若为某个真实地址，兑换时会被要求提供该地址的 EIP-712 签名；签名弹窗里的域与字段要看清，正常兑换签名不涉及授权转移资产。第三，消耗端逐条核对 consideration 与 TraitRedemption：到底要烧哪几枚、扣哪个属性值，事件 Redemption 会记录 requirementsIndex、哈希、消耗清单和兑换人，成交后先查这条日志再离开页面。第四，活动随时可被 manager 更新，条款变坏的风险不由标准消除，只能靠 CampaignUpdated 事件留痕与自建监控。

边界与提醒

从宣传语到链上事实的翻译表

看到“持有即享兑换权益”，可以照表逐项翻译：权益何时开放——读 startTime 与 endTime，区块时间戳口径与你的时区差几小时；名额还剩多少——getCampaign 返回的 totalRedemptions 对比 maxCampaignRedemptions；条款有没有被改过——按 campaignId 过滤 CampaignUpdated 事件序列，对比历次 Campaign 结构快照与 metadataURI 变化；需要付出什么——翻要求数组，把 offer、consideration 与 TraitRedemption 逐条列成清单，特别注意多条要求“满足其一即可”的逻辑意味着存在隐藏的低门槛通道，也意味着某条通道可能要求烧掉不止一种代币；会不会要签名——signer 非零地址即预示 EIP-712 弹窗，弹窗里验证的合约名、版本号、消耗项必须与页面一致才签。翻译完这份表，绝大多数“兑换公告”的猫腻会自己现形：不是活动已过 endTime，就是 manager 上周把要求数组改严了。对做活动运营的一方，同一套接口也是反噬自查表：额度忘设上限、结束时间写错年份，都会原样暴露在公众可读的结构里，发布前的 getCampaign 自检值得当成硬流程。

兑换活动常常涉及实物履约与个人信息，ERC-7498 只统一了链上侧的查询与动作接口，物流、退款、质量纠纷全在标准之外；接口存在也不代表该项目一定发货。凡是要求你先转代币、先签名授权、再到站外填私钥的“兑换页”，都不属于这份标准的正常用法，应直接视为危险信号。本文为协议机制科普，不构成任何投资建议；标准状态以 ethereum/ERCs 仓库文本为准（核验时间 2026 年 9 月 9 日）。