Token Terminal 费用很高却 Earnings 为负：核对同窗口财务口径
链小知 · 入门 · 核验 · 依官方文档整理
用已有项目指标整理 Fees、Supply-side fees、Revenue 与 Token incentives，避免将 Earnings 当公司审计净利润。
开始前准备
- 准备两个项目的指标页面或有权取得的导出记录，包含币种、日期与统计窗口。
- 公开可见范围、历史数据、导出与 API 权限取决于当前产品和套餐，不假定全部免费。
1. 先对齐项目和统计窗口
分别记录项目、版本/覆盖范围、页面时间与窗口，选同币种、同起止日期比较。累计费用与单日收入不能放在同一列；缺失的指标留空而非填零。
检查结果：两组数据范围和窗口可明确比较。
2. 列出费用与服务提供方所得
Fees 是终端用户支付的费用；Supply-side fees 是付给 LP、贷方等服务提供方的部分。把两列分开，避免把用户支付总额全部当作协议留存。
检查结果：每个数都有完整指标名和窗口。
3. 核对 Revenue 的接收范围
Revenue 表示协议及代币持有人留存的费用份额。按项目方法检查分配范围，不能仅看到 Revenue 就推断每位代币持有人可以直接领取。用同窗口费用与分配项检查是否能解释数值差异。
检查结果：收入解释注明接收范围，无法对齐的差额保留待核查。
4. 用激励解释 Earnings 差异
平台的 Earnings 以 Revenue 减 Token incentives 计算，未包含经营费用。自行用同窗口的数值回算：假设收入 10、激励 14，差值是 −4；这是示例，不是任何项目真实数字。负值与高费用可同时存在。
检查结果：回算采用同窗口，示例与真实数据明确分开。
5. 保存结论的适用边界
结论写成“在此窗口与该平台口径下”。TVL 是用户存款规模，不是协议自有现金；指标不全、权限受限或项目方法不同都应注明。更新后重新核对方法，不能用旧文章里的历史合约事件覆盖当前所有版本。
检查结果：比较表附方法链接、取得时间和缺失项。
怎样确认完成
- 得到一张同窗口的费用分配与激励对照。
- 结论可追溯，不将单一指标写成收益或价格保证。
常见错误与边界
- Fees 当 Revenue，Revenue 当可领取分红。
- 将 Earnings 当包含全部费用的公司净利润。
- 把 FAQ 的历史事件示例当当前版本覆盖证明。