ERC-7580 广告追踪接口：一次转账里圈一段“广告位”怎么记账

互联网靠广告位计量注意力：看了几秒、点了没有，平台都有日志。链上操作没有这种基础设施——你在某个应用里完成一笔 NFT 交互，资助这个交互的项目方看不到“交互发生了”，应用也说不清自己该分到多少激励。ERC-7580（Advertisement Tracking Interface）试图补上这块日志：给合约提供一个极小的接口，让一笔交易里的一段执行区间被明确标记为“被追踪的行为”，广告协议据此结算。按以太坊 ercs 仓库的记录，提案状态为 Draft，创建于 2023 年 12 月 13 日。

两个函数、两个事件，把行为框进日志

标准的接口面小得罕见：onTrackStart 与 onTrackEnd 两个函数，配一对记录事件 onTrackStartRecorded 与 onTrackEndRecorded。合约实现这套接口，等于宣告“我参与的这笔交易里，从事件一开、到事件一关，中间这段行为算一次可计量的追踪区间”。广告协议或者其结算方扫描链上事件，就能把激励（由出钱的资助项目提供）按区间归属结算：用户拿到参与收益，接入协议的应用按份额抽佣，形成文本所说的双边激励。计量全部依赖事件日志，不要求合约之间新增调用关系，接入成本因此很低——这也是它选择事件而非复杂注册表的原因。

用户侧的冷思考：激励到账前先看三件事

一个能反映成熟度的细节：这份提案的安全考虑部分至今是一行待办注释，连作者都还没为它写完整的风险清单，把它当生产级基础设施看待显然太早，作为营销计量的设计样本仍然值得一读。站在参与用户立场要盯三处：事件对夹住的是不是真正领奖那段行为，还是夹了一段无关执行；激励若走代币，领取合约与时间表在不在同一笔交易的可验证路径上；以及最该冷静的——任何按事件记账的机制都会催生刷区间的机器人，当一个任务看起来人人有份时，先想清楚是谁在为这些行为付钱、付钱的预期回报是什么，再决定要不要参与。

对内容方与创作者，还有一个更建设性的读法：当广告计量标准化后，品牌方投放链上激励时可以要求渠道合约实现这对事件接口，把“带来了多少真实交互”变成链上可结算凭据，从机制上压缩刷量的解释空间。但接口只规定事件形状，不规定区间语义，不同渠道仍然可以用不同的代码密度框出长短悬殊的区间，比价时要把每个事件对对应的真实行为量摊开看。一句话，这类协议把广告业的老问题——计量可信——搬上了链，也把老对手戏——计量口径博弈——原样搬了过去。

接入协议一侧的账也提一句：应用要付出实现与验证成本，换到的是可编程的收入结算；加入前先测算自己流量里能被事件区间如实计量的比例，流量结构以外部导流为主的应用，账面激励可能好看得反常，这类反常本身就是需要解释的信号。

这类机制一旦成立，“顺手做笔交互还能拿钱”会很快出现，值得先把账本看清楚。第一，追踪区间是谁定义的：实现合约决定在哪两行代码之间发这对事件，理论上事件对之间夹着什么行为，取决于该合约作者，用户看到的“完成交互获得奖励”要落到具体合约才能核实。第二，资金来源与结算方：资助项目预付的激励池是否真实存在、结算规则在链上还是链下，决定奖励是承诺还是可编程事实。第三，行为成本：交易 gas 自己付，激励若走代币，锁定期、领取门槛都会改变真实收益。对 NFT 场景，这类接口最可能出现在空投任务与市场导流里，把它当作一种营销计量协议来读比当作收益产品更稳妥：机制解决“如何记账”，不解决“是否值得参与”。标准仍是 Draft，接口以仓库文本为准。本文为机制说明，不构成任何投资建议。