给减排数据装上报表骨架:ERC-8329 快照记录、修正链与不担保声明 图 1
给减排数据装上报表骨架:ERC-8329 快照记录、修正链与不担保声明 · 图 1

给减排数据装上报表骨架:ERC-8329 快照记录、修正链与不担保声明

一条“每吨产品减排若干千克”的声明上链之后,链只保证它没被改,不保证它真。ERC-8329 试图把“真不真”拆成可审计的结构。摘要的定义:一个追加式接口,把量化影响指标快照报告到应用自定义的主题上;每条快照记录签名值、小数精度、单位、完成的测量期、方法承诺与方法位置、报告人、记录时间和修正来源;核心接口支持按主题存储、按指标索引、精确周期查找和无分叉的修正链,可选接口追加背书或质疑的只读追加记录,以及未来方法替换。文件头记录创建于 2026 年 7 月 5 日,仓库记录状态为 Review,属于评审中的提案,不是已定稿标准——读它的每个结论都要带着这个状态前缀。

摘要先划边界:标准不担保事实

这份文本最值得先读的是一段罕见的自我否定:它声明本标准只统一表示方式与生命周期行为,不定义哪些指标或方法论有效,不验证报告的测量,不认证报告人或背书方,不防止主题重叠声明,也不提供影响评分。翻译过来:链上看到一条快照,等于看到“有人以某种署名报告了这个数”,仅此而已。对普通读者,这是全篇最实用的一句话——它把“上链”与“属实”切成了两件事,比任何免责声明都硬。

给减排数据装上报表骨架:ERC-8329 快照记录、修正链与不担保声明 图 2
给减排数据装上报表骨架:ERC-8329 快照记录、修正链与不担保声明 · 图 2

记录与查询的分工

核心接口一侧,recordSnapshot 是写入口,携带摘要列出的那一整组字段。快照结构体把主题与指标分别用 bytes32 的 subjectIdindicatorId 标识,测量期定义为左闭右开的区间——从 periodStart 起、到 periodEnd 前止,相邻两期不会有一天数据被重复计入;方法承诺是 32 字节的 methodologyHash,方法位置是字符串 methodologyURI,一个钉内容、一个指路径。修正关系用两个哨兵常量表达:correctsIndex == NO_CORRECTION(类型最大值)说明这条是原始快照,correctedByIndex == 0 说明它后面还没有后继修正——修正链就是一串用下标互相指认的快照,谁修订了谁、修订被谁再修订,全部可遍历。查询侧由 getSnapshotsnapshotCountindicatorSnapshotCountindicatorSnapshotAtlatestIndicatorSnapshotcurrentSnapshotForPeriod 分工:计数回答“这个主题和指标下攒了几条”,定位回答“第几个是什么”,周期查找回答“那个测量期的当期值是哪条”。规范在动机部分给了这套结构的理由:一个可变数值无法区分“新的报告周期”和“对旧数据的修正”,所以标准强制每个精确的主题、指标、周期组合只留一份原始快照,修正以追加方式挂链——历史从不消失。配合“按主题存储、按指标索引”的存储结构,任何审计工具不依赖项目方文档也能机械遍历全部历史数字。

可选层:背书、质疑与方法换代

可选接口把治理信号标准化。attestSnapshot 允许第三方在快照上追加背书或质疑两类声明,配对的 attestationCountgetAttestation 用于读取;摘要强调这类记录是只读追加的,即背书与质疑本身不可被事后删除。supersedeMethodologyactiveMethodologypendingMethodology 处理方法论换代:生效方法与待定方法并存可查,避免换算法那天起历史数字集体失语。方法承诺与方法位置字段则把“这个数按什么规程测的”锚到一个可校验的承诺值和一个可访问的位置上。

这份草案适合怎样使用

状态是 Review 意味着实现者应关注接口稳定性,读者应关注它被设计用来回答什么。它擅长的是:给一个可署名的指标留下按时间轴不可抵赖的账本,以及让历史修正可回放。它不回答的同样清楚:数值本身对不对(标准明文不验证测量)、报告方资质如何(不认证报告人)、同一主题多家重叠声明时信谁(不防止重叠声明)。因此把一条快照当“减排事实”传播是用错了工具;把它当“某人于某时署名的报告”引用,并且顺着方法位置读一遍方法论、再翻一遍有没有人 attest 过质疑,才是这份接口设计的正确打开方式。本文为机制说明,不构成任何投资建议。