ERC-8054 可分叉代币：按检查点快照给持有人空投

NFT 项目发第二枚代币时，标准流程是拍一个快照、列一张名单、搭一个领取页，然后接受一连串问题：快照取在哪个块、空投页是不是钓鱼、没来得及领的人怎么办。ERC-8054 从协议层釜底抽薪：如果 ERC-20 代币本身每发生一次余额变化就记一次检查点，那么”以某个检查点分叉一个新币”就不需要任何名单——新币直接继承那一瞬间所有地址的余额分布，人人到手，无领取动作，无 gas 门槛。提案创建于 2025 年 10 月 10 日，状态 Draft，机制本身极小：一个接口加一个错误定义。

检查点如何记账

合规的 forkable 代币在每次余额变动时把当前总供应与该地址余额写入带递增编号的检查点；编号即 checkpointNonce 返回的单调递增计数。查询侧两个函数：totalSupplyAt 回答”第 N 个检查点时全网总量是多少”，balanceOfAt 回答”地址 A 在第 N 个检查点时的余额”。查询未来高度会被明确拒绝：传入的编号大于当前计数时，交易以 ERC20FutureCheckpoint 错误回滚，错误信息同时带上请求编号与当前编号，防止用”预言式查询”伪装状态。除检查点层外，代币仍是标准 ERC-20，并要求实现 name、symbol、decimals 元数据。

分叉那一刻发生了什么

按提案描述，分叉代币是一个新合约，声明从源代币的某个检查点继承全部余额：每个地址在新合约里的初始余额，等于它在源代币该检查点的快照余额，总量随之确定。传统空投流程里的快照争议被改写成一次链上查询——任何人拿地址和编号调 balanceOfAt，可当场复算自己应得多少，不存在官方名单与链上事实不一致的可能，也不存在”错过领取窗口”的失败模式，因为根本不存在领取。检查点由源代币逐笔维护，也不依赖第三方索引器按时出勤。

与既有快照机制放一起，能更准确地定位这份提案的增量。行业早就有”历史余额查询”的概念——多数实现要么在每次转账写检查点映射（存储成本高、逻辑要防重入），要么借助外部索引器重建历史状态（免费但索引器一停机争议就回来）。ERC-8054 的贡献在于把”随每笔状态写快照”标准化成一个可复用的最小接口，并用 48 位无符号编号把检查点计数压进紧凑类型：编号单调递增这一约定，配合 ERC20FutureCheckpoint 对越界查询的显式拒绝，使任何查询要么返回精确历史值、要么以可识别的错误失败，不存在返回猜测值的中间态。对依赖快照的权益结算——按持币量空投、按历史余额配额度、按检查点算分红——这个”没有模糊答案”的性质本身就是产品价值。同时保持清醒：接口管的是”查得准”，不管”发得对”，分叉代币的合约若附带转让限制、锁定期或销毁权，仍要逐行读那份新合约；继承解决的是分发摩擦，不是资产条款。

给 NFT 读者的现实提醒

先看使用条件。只有源代币按本接口持续写检查点，继承才成立；普通 ERC-20 想分叉，要么从部署起兼容本提案，要么事后改造，而事后补检查点无法还原历史每一笔的精确快照。检查点记录在每次状态变化时写入，gas 成本高于普通 ERC-20 的每一笔转账，这是省空投工程的对价，不是免费午餐。再厘清资产关系：分叉币与源币是两枚独立代币，源币持有不等于新币到手；若某项目方说”我们的积分就是 forkable 代币，会自动继承”，先去链上确认它的合约是否真的实现 balanceOfAt 并持续产生检查点，而不是相信公告措辞。最后，新币的转让限制、解锁安排属分叉合约自己的逻辑，继承的只是余额分布，不是权利条款——两个”继承”一词的常见混用点，值得分开核对。本文为机制说明，不构成任何投资建议。