链上也能交财报？ERC-7776 财务报表接口的字段与单位

评估一个协议，散户能拿到的材料往往是一篇匿名博客加几张截图。2024 年 9 月 20 日创建的 ERC-7776 想把这层换成合约：利润表和资产负债表直接由智能合约发布，格式仿照美股上市公司的季度报告。按 ercs 仓库记录，这份标准状态为 Review。

九个查询函数

标准的骨架是一组外部函数：stablecoinAddress 返回计价用的稳定币地址；revenue（总收入）、cogs（销货成本）、operatingExpenses（营业费用）、operatingIncome（营业利润）、ebitda（息税折旧摊销前利润）、otherIncomeExpenses（其他收支）、netIncome（净利润）、earningsPerShare（每份额收益，注意单位是“每个 ERC-20 份额代币”）逐个查询；fullFinancialReport 一次打包全部。每个方法返回的不是单个数字，而是一个带具名条目的结构体，允许在标准条目外附自定义明细。硬性要求包括：所有方法可见性为 external，实现方必须同时实现 ERC-20 来表示份额，数字一律以协议自选的稳定币计价，引用的外部合约必须在浏览器验证过源码。

一个时间戳开关定表种

读这类合约的关键在时间参数。规则写得干净：startTimestamp 必须小于等于 endTimestamp；两者相等，返回的是那一刻的资产负债表快照；前者严格小于后者，返回这段时间的利润表。同一个函数族靠时间写法切换两种报表，读接口前先弄清自己拿到的到底是“家底”还是“流水”。

动机段的立场要分开读

支持链上披露的理由成立：数据上链后至少口径统一、可编程比较。但原文动机部分有它自己的论证链——它强调多数 ERC-20 并不像股票那样代表公司股权，更像在平台上消耗的“商品”，却以类似股票的方式交易且没有对应的财务透明，这份标准想对齐两者。这段是提案作者的立场陈述，不是法律结论：某个代币在现实中算股权、商品还是别的什么，由具体司法辖区的认定说了算，链上一个 earningsPerShare 函数改变不了资产的法律定性。把它当披露工具读，别当合规背书读。

数据从哪来，错了怎么办

术语先对齐：九个词与一份对照表

标准用一小节把财务术语钉死，读接口前先对表：Revenue 是未扣成本的销售总收入；COGS 是生产商品或服务的直接成本，含人工与材料；Operating Expenses 涵盖销售、一般与行政、研发等经营开支；Operating Income 等于收入减营业费用；EBITDA 是息税折旧摊销前利润；Other Income and Expenses 专指利息、投资收益或损失这类非经营性项目；Net Income 是扣完所有费用税项后的利润；EPS 按“每个 ERC-20 份额代币”分摊利润。对照的对象，标准写得直白——模仿传统股市上市公司的季度报告结构，原文举的例子是美国 SEC 的 10-Q 表格。

另有三条容易被略过的硬约束。实现必须带 ERC-20 的可选 metadata 扩展，name 与 symbol 应当以某种方式反映底层代币的名字，让报表合约和代币本体在钱包里能对上号；所有方法必须 external；如果合约引用自己拥有的外部合约取数，那些合约必须在区块链浏览器通过源码验证、保持开放可读——取数黑盒被明文排除。数值口径也统一：一切金额以披露方自选的稳定币计价，所以 stablecoinAddress 不是可选项而是所有金额的单位声明，跨协议比较任何数字前先比这个地址。把这九词三约读完再看方法清单，结构就通透了：一份“家底”与“流水”共用函数族、以稳定币计价、靠时间开关切换的链上对照表。至于数字可信度，标准既不承诺自动审计，也不承诺与真实世界账目一致——它只统一格式，让谎言更容易被看出来，而不是让真话更容易被写出来。

标准的诚实之处是没假装去中心化：数字来自协议方自己的录入或其自有的外部合约，链上不产生“这是真账”的证明；审计要靠另一条线（比如审计报告上链类提案）去补。读者能核实的只有三件事——计价稳定币是哪个、时间窗是否等于要问的区间、引用的每个外部合约源码是否可见。披露标准能统一格式，不能担保内容。本文为机制说明，不构成任何投资建议。