协议Fees和Revenue有何区别？ 图 1
协议Fees和Revenue有何区别？ · 图 1

在加密协议数据面板里，Fees 和 Revenue 经常同时出现。中文都可能被写成“费用”或“收入”，但资金去向不同。Fees 通常描述用户为使用协议支付的总费用，Revenue 描述其中归协议或特定接收方的部分；两者都不等于会计净利润。

阅读任何数字前，先打开该协议的 methodology。不同协议的商业模式不同，聚合总量把稳定币储备收益、DEX 交易费、链上 Gas 和应用费用放在一起时，只适合观察规模，不能直接排名“谁最赚钱”。

从一笔用户支付开始追踪

用户在 DEX 交易可能支付交换费，在借贷协议支付利息，在公链支付 Gas。总支付可以被称为 User Fees 或 Fees。之后，资金可能分配给流动性提供者、验证者、协议金库、代币持有人，或者被销毁。

如果交换费全部给 LP，用户确实支付了 Fees，但协议金库未必取得同等 Revenue。如果协议抽取一部分，才形成协议收入；若收入用于回购销毁或分给持币人，则可能被记录为 Holders Revenue。

指标常见含义不能直接等同于
User Fees / Fees用户支付的费用总额协议利润
Revenue从费用中归收入方的部分现金净利润
Protocol Revenue归协议或金库的部分代币持有人收入
Supply-side Revenue分给 LP、验证者等供给方协议金库收入
Holders Revenue分配、回购或销毁给持币人侧保证的代币回报

这些名称是分析口径，不是统一会计准则。必须结合每个项目的方法文字。

一份 API 快照说明了什么

截至 2026-07-11 13:10 UTC，DefiLlama Fees API 聚合的 24 小时 daily fees 约 5499 万美元，7 日约 3.80 亿美元。响应中每个协议还带有方法字段，说明 Fees 和 Revenue 如何计算。

这个聚合数字混合多种模式。例如，稳定币发行方可能按储备资产收益估算费用和收入；DEX 则可能把交换费分给 LP、金库或持币人。把两者放在同一榜单只能说明数据口径下的费用规模，不能得出相同的利润质量。

为什么Revenue仍不是利润

Revenue 往往没有扣除团队薪酬、开发、审计、基础设施、补贴、代币激励和潜在坏账。协议还可能把收入留在合约、转入金库、回购销毁或分给不同参与者。

代币激励尤其容易造成错觉：高 Fees 可能伴随更高的补贴支出。只看收入，不看为获得这些活动付出的成本和稀释，无法判断经济可持续性。流动性挖矿收益结构可参考 APY三层来源。

方法字段比排行榜更重要

DefiLlama 的 dimension adapters 为不同协议编写统计逻辑。检查时要看数据来自链上事件、协议 API 还是估算，哪些链和产品被纳入，历史数据是否回补，以及 Revenue 的接收方定义。

同一协议升级费率开关、改变分配比例或扩展新链后，时间序列可能断点。遇到数字跳升，应优先寻找方法和合约变化，而不是立刻解释成用户增长。

如何比较两个协议

  1. 选择同一种协议类型和相同时间窗口。
  2. 读取各自 methodology，不只看列名。
  3. 把 Fees 分解到供给方、协议和持币人。
  4. 单独记录激励、回购、销毁和金库流入。
  5. 检查交易量、TVL 与费用是否由同一活动驱动。
  6. 对异常值回到链上或项目官方报告复核。

对于 DEX，还应配合 流动性集中风险 和 DEX滑点，因为高费用可能来自高波动和价格冲击，而不只是健康需求。

三个高频误读

“Fees 全部属于协议”忽略供给方分配；“Revenue 就是净利润”忽略成本与补贴；“Holders Revenue 高就保证代币上涨”则把历史分配错误地变成收益承诺。任何指标都只能描述过去和特定方法下的资金流。

本文用于数据和机制教育，不构成投资建议。协议、代币和 DeFi 活动可能产生价格、合约、流动性与治理风险，并可能损失本金。实时数值和方法会更新，引用时应保留时间、接口与方法说明。