ERC-7641 内置分红代币：收入进池、快照分配和烧毁赎回怎么闭环

“持币分红”说了很多年，落地时经常卡在同一个地方：分红规则和代币合约无关，全靠项目方手动转账，账目只在他们的表格里。ERC-7641（Intrinsic RevShare Token）把这条规则搬进合约接口：代币本身仍是 ERC-20，但按接口要求多了一套收入池、快照与赎回函数。按以太坊 ercs 仓库的记录，这份提案状态为 Draft，创建于 2024 年 2 月 28 日。

五个函数一条流水线的分工

snapshot() 把当前持有人余额冻结成一个编号快照，返回 snapshotId——这是分配的依据：谁在快照时刻持有多少，决定他在对应周期里能分多少。claimableRevenue(account, snapshotId) 让持有人免 Gas 查询：针对第 N 号快照，我这个地址可领多少。claim(snapshotId) 实际领取，把池中对应份额转给调用者。后两个函数构成第二种退出方式：redeemableOnBurn(amount) 报告销毁指定数量代币能从池中赎回多少，burn(amount) 执行销毁加赎回的一步操作。标准用一句话概括销毁路径的设计意图：只要池子非空，代币价值至少与它在收入池里对应的份额相当——因为销毁赎回给了持有人一个可执行的保底动作。可选的 IERC7641AltRevToken 扩展则把同一逻辑推广到多币种池：claimableERC20 与 redeemableERC20OnBurn 按具体代币查询。

通缩与反稀释是一对跷跷板

两种退出路径在数学上互相牵制，这是该标准最有意思的机制细节。走 claim 领取的人保留代币，池子减少、总供应不变；走 burn 赎回的人退出，池子减少的同时总供应也减少，留下来的人对剩余池子的占比被动提高。标准文本把这描述为通缩模型：赎回行为让未赎回代币与池子的价值关系变得更稳固。反方向的风险也被点名——Spam Revenue Tokens 一节警告：任何项目都能发一个贴着 7641 接口的代币，接口保证的是”若池里有收入则可按规则分配”，不保证真的有人往里存钱。

从买家视角看接口背后的四个问题

时间线上谁在什么时候拿到钱

用一条虚构但完整的时间线把接口钉死，机制就清楚了。三月一日起项目收入开始进池；三月三十一日发行方调用 snapshot，生成一号快照，此刻持有代币的人按余额比例锁定本期待分配额；四月中旬某持有人查询 claimableRevenue(self, 1) 得到可领数额，调用 claim(1) 落袋——他的持仓不变，池子减少；另一持有人嫌分配节奏太慢，在同一时点选择 burn，按 redeemableOnBurn 报出的价格一次性兑换未来份额并退出，池子与总供应同时缩水，没退出的人对剩余池子的占比自动抬升；若他在四月才买入，一号快照与他无关，他只能等二号——但买入行为本身自动继承了前一期尚未领取的沉淀权益如何计算，取决于实现把未领金额留在池里累加还是单独记账，这一点标准不强制，必须读文档确认。整条线上唯一的自由裁量权在发行方手里：何时快照、收入何时入池、AltRevToken 扩展下多币种池怎么配。所以读这类产品时把 snapshot 的调用频率当作第一观察指标，比任何宣传语都更能反映分红是否真实发生；Draft 接口的字段命名仍可能调整，以合约为准。

第一，查资金入口：接口只定义分配，收入从哪进池、按什么节奏调用 snapshot，是项目自己的运营决定，读文档和合约权限配置才知道。第二，查快照频率与公平性：两次快照之间买入的人不参与上一期分配，临近快照买入有账面占优、错过快照则颗粒无收，这在链上都是透明的 snapshot 调用记录。第三，查 claimable 的口径：合约返回的数字是你可领取的上限，池子被抽干前动手与否是执行问题。第四，也是最要紧的一条——收入分享代币在多数司法辖区可能触碰证券定义，接口写得再规范，也改变不了它把未来现金流预期打包进代币定价的性质。标准本身也只是一份 Draft，接口与实现细节仍在修订范围内，接入或参与前以具体合约代码和当地法规为准。本文为机制说明，不构成任何投资建议。