ERC-8047 Forensic Token：给代币记家谱，让冻结能顺着关系链走

常规代币账本只记谁持有多少，追溯资金流向要事后把转账历史重放一遍。ERC-8047 换一种记账方式：把每个代币当作图上的一个节点，创建时挂上父节点，形成一张有向无环图（DAG），于是任何一枚代币都能直接回答我从哪来、根是谁、和谁同源。标准给这套模型起的名字是 Forensic Token（缩写 Forest）。按照以太坊 ercs 仓库的记录，这份提案状态为 Draft，创建于 2025 年 10 月 15 日，实现要求同时兼容 ERC-1155 与 ERC-5615 接口。

家谱带来的常数级动作

标准强调的工程价值是复杂度：因为每个代币在创建时就记录了自己的深度（depth）与根（root），冻结某枚代币、或者按关系分割一整族代币，可以在常数时间内定位目标集合，而不用遍历全部转账记录。实现必须提供的事件包括 TokenCreated（创建时记录父子关系）、TokenSpent（消耗）和 TokenMerged(uint256[] ids, uint256 indexed id, address indexed from, uint8 mergeType)（多枚合成一枚，并注明合并类型）。接口标识为 0xa4afd005，用 EIP-165 探测即可判断合约是否宣称支持。

冻结的语义边界要看清

家谱式记账在合规场景最直观的用途是精准冻结：可疑资金流入的那一支可以被冻住，而不必像 ERC-20 黑名单那样只能按地址一刀切。但用户必须准确理解这个能力的作用范围：它冻结的是代币个体及其按图定义的关联集合，不是地址，也不是地址在其他合约里的资产。反过来说，如果你的资产被上游某枚代币的血缘牵连，冻结波及到你的持有本身——这是这类模型的固有特征。评估一个采用该模型的产品时，该问的两个具体问题是：冻结规则如何决定关联范围（沿根方向还是沿叶子方向、深度阈值多少）、争议解除走什么流程。这两个答案通常不在标准文本里，而在项目条款里。

与 ERC-1155、ERC-5615 的复用关系

标准不另起炉灶：每个代币本质上是 ERC-1155 的一个 token id，IERC5615 的 exists 查询用来判断某个 id 是否真实存在（避免把无效编号当成零余额）。这种复用让钱包和市场基本不需要改造就能展示这类资产，家谱信息作为附加层存在。需要注意的是 TokenMerged 事件里的 mergeType 参数：合并是这张图里唯一会压缩结构的操作，不同合并类型对后续血缘解析的含义不同，读数据时不要把它当常量忽略。

普通用户什么时候会撞上它

把家谱当尽职调查材料读

普通持有人其实可以主动利用这层数据。每次mint或购入之后，花几分钟沿 TokenCreated 事件回滚自己的代币血缘：它由哪次铸造产生、有没有经历合并、上游有没有大额集中转入。这相当于给自己买的东西查一次户口——不是为了恐慌，而是让最坏情况下你能第一时间说出我这枚的来路干净。反过来，如果一枚代币的血缘链上一片空白（只有 Transfer 类常规事件、没有结构事件），那说明所谓可追溯只是营销语言。同样的方法可用于评估发行方：定期扫描合约的冻结相关事件，如果某段时间密集出现针对特定支系的冻结，即使项目方公告语焉不详，链上时间线也会先一步告诉你发生了什么。血缘模型的全部好处都在这里：信息本来就公开，缺的只是愿意读的人。

第一类场景是法币背书或合规代币：发行方需要满足可疑交易处置义务，家谱模型是让这种处置少伤及无辜的工程手段。第二类场景是玩法层面设计了合成、熔铸的资产——只要产品有合成，采用可追溯模型就比裸 ERC-1155 更容易事后对账。判断方法很朴素：过滤合约的 TokenCreated 与 TokenMerged 事件，看能不能把你自己那枚代币的来路画出来；画得出来，说明血缘数据是可用的，画不出来，多半实现只是挂名标准。按 ercs 仓库口径该提案为 Draft，属于草案阶段。本文为机制说明，不构成任何投资建议。