协议收入从哪来:三种钱要分开看
协议的钱只有三个来源:外部用户真实付费、协议自己增发的代币、后进场的人的本金。这里讲清三者在数据面板上各显示成什么、怎么把混着算的「收入」拆开,以及一张能照着填的核对表。
先说结论
5 条- 协议的钱只有三个来源:外部用户真实付费、协议自己增发的代币、后进场的人的本金。可持续的是头一个。
- 判断一个环节是入口还是再分配,问它:钱从谁的银行账户里少掉了。代币增发没有人的账户少钱,所以它是稀释不是收入。
- 很多数据面板把手续费收入和代币激励折算出的数字放在同一栏叫「收入」,看之前要先把这两块拆开。
- 第三种来源在协议身上通常不以承诺回报的形式出现,而是藏在「新资金进来才能兑付老资金收益」的循环里。
- 一张协议收入核对表:真实付费方是谁、付的是什么、这笔钱流向谁、停发激励后还剩多少、这个数字的统计方式和截至日期。
钱从哪来到哪去
FLOW- 钱从哪来
- 外部用户为使用协议支付的费用(真实付费)、协议按代币经济学规则增发的代币(稀释),以及在部分结构里由后进场者的本金充当的兑付来源
- 钱到哪去
- 真实付费流向流动性提供者、验证者或排序者、协议金库与销毁机制;增发的代币流向被激励的对象;后进场者的本金流向先进场的人与组织者
三笔钱在数据面板上经常被合并成一栏叫「收入」或「协议收益」。分开的办法只有一个:逐笔去问这笔钱从谁的账户里少掉了,答不上来的那一笔就不是收入。
本页目录
同一个协议,在一个数据站上写着年化收入 8000 万美元,在另一个站上是 900 万,两个数都没算错。差别在于前者把代币激励折算进去了,后者只算用户付的手续费。协议收入(protocol revenue)是指一个链上协议在一段时间内从外部获得的、有明确付款人的钱,它和「协议产生了多少代币价值」不是同一件事。把这两样分开,是看懂任何一份协议数据的前提。
协议的钱一共有几个来源?
三个,没有第四个:外部用户真实付费、协议自己增发的代币、后进场的人的本金。可持续的是头一个,另外两个各有各的问题。
三个来源的一句话定义
- 外部用户真实付费:有人为了完成一件事,从自己的账户里付出一笔钱。交易手续费、借贷利差、提现费、订阅费都属于这一类。
- 协议自己增发的代币:合约按预设规则产出新的代币,发给流动性提供者、验证者、生态项目或空投对象。没有任何人的账户因此少钱,现有持有人的份额被摊薄了。
- 后进场的人的本金:兑付先进场者的钱来自后进场者投入的本金,中间不经过任何真实经营环节。
三格摆出来之后,拿到任何一个「协议收益」的说法,问它属于哪一格。答不上来的时候,答案通常已经出来了。
为什么只有头一个可持续
因为只有它有一个外部的、可以持续存在的付款人。
- 增发那一格的钱来自现有持有人,它的总量受代币经济学排程限制,排程走完就没了;排程没走完的时候,它每一天都在稀释。
- 后进场者那一格的钱来自一个必须不断扩张的人群,而人和钱都是有限的(这一格的算术推演在 资金盘那篇 里)。
- 外部付费那一格的钱来自「有人要办一件事」,只要那件事还有人要办,它就还在。
**这不是价值判断,是结构描述。**一个协议可以三格都占:有真实手续费,同时在发激励,同时它的高收益率里还掺着新资金兑付老资金的成分。这三格能同时存在,正是拆开看这件事的必要性所在。
三格能同时存在这一点为什么重要
因为单一结论在这里几乎总是错的。说「这个协议有真实收入所以没问题」,和说「这个协议在发激励所以是资金盘」,都是把一个三格的账压缩成了一个字。
有用的问法是比例:**这三格各占多少,走向是哪一格在变大。**一个协议的真实付费占比从三成涨到六成,和从六成掉到三成,是两件性质完全相反的事,而它们的「总收入」曲线可能长得一样。
三种钱在数据面板上分别显示成什么?
它们在面板上的名字很不一样,但经常被摆在相邻的位置,甚至加在一起。认名字是拆开它们的头一步。
外部真实付费长什么样
- 面板上的常见名字:fees、revenue、protocol revenue、supply-side revenue、trading fees。
- 它的特征:能追溯到具体的交易和具体的付款地址;金额随使用量波动;协议不发公告它也照样产生。
- 它的分配:一部分给提供服务的那一方(流动性提供者、验证者、排序者),一部分进协议金库,有的还有销毁。以自动做市商为例,Uniswap v2 的合约文档 就写明了每笔兑换的费用如何计给流动性提供者,这类规则写在合约里,可以自己去读。
需要留意的是同一个词的两种用法:有的面板用 revenue 指全部手续费,有的只指归属协议金库那一部分,剩下的叫 supply-side fees。这两个数能差好几倍,而它们用的是同一个英文词。
代币增发长什么样
- 面板上的常见名字:incentives、emissions、rewards、token incentives、liquidity mining。
- 它的特征:按排程发生,和有没有人用关系不大;金额通常按发放当日的币价折算成美元,所以币价一动,这个数就跟着动。
- 它的去向:被激励的对象。谁被激励,由治理或项目方决定。
这里有一个容易被忽略的细节:**增发按发放时点的价格折算,而领到的人可能在更低的价格卖出。**所以「本季度发放了 X 美元激励」这个数,既不是协议的成本,也不是玩家的收入,它是一个中间态的记账数字。看它的走向比看它当期那个数字本身有用。
后进场者的本金长什么样
这一格在协议身上通常不会以「承诺固定收益」的形式出现,那种形式太显眼。它更常见的样子是:
- 收益率明显脱离底层资产的真实回报,而超出的那部分由代币激励或新增存款补上。
- 提现或退出设有门槛:锁定期、排队期、提取额度上限、需要持有某个代币才能全额取出。
- 收益的计算依赖新资金持续流入:存量规模不涨,收益率就撑不住。
- 底层资产讲不清楚:只用「量化」「套利」「做市」「实体收益」这类词代替说明。
这一格在面板上通常没有对应的栏目——它不会自称一格,它藏在「收益率」那一栏的构成里。要看到它,得把收益率拆开:哪部分来自底层资产的真实回报,哪部分来自代币激励,剩下的那部分来自哪。
三格对照
| 看哪一项 | 外部真实付费 | 代币增发 | 后进场者本金 |
|---|---|---|---|
| 有没有付款人 | 有,具体到每个地址 | 没有 | 有,但他是来投资的,不是来消费的 |
| 谁承担成本 | 使用者 | 全体持有人,按比例 | 后进场的人 |
| 停掉会怎样 | 协议没法运转 | 活跃度下降,协议照常运转 | 兑付立刻断裂 |
| 面板上的常见名字 | fees / revenue | incentives / emissions | 通常没有单独栏目 |
| 能持续多久 | 取决于有没有人用 | 取决于代币经济学排程 | 取决于新增速度,且必然放缓 |
竖着看「停掉会怎样」这一行,三格的区别就出来了。这一行也是本站拆任何结构时固定要问的那一行。
怎么判断一个环节是入口还是再分配?
问它一句话:**钱从谁的银行账户里少掉了。**这把尺子在本站拆公链、拆角色时都用过,它在协议这里同样管用,而且格外好用。
这把尺子怎么用
- 用户支付一笔兑换手续费:他的账户里少了这笔钱。是入口。
- 协议增发代币发给流动性提供者:没有任何人的账户少钱,只是所有持有人的份额被摊薄。是再分配,准确说是稀释。
- 项目方从金库里拨一笔钱做市场活动:金库少了钱,但金库里的钱本身要先追溯到它是怎么进来的。要往上再问一层。
- 后进场者存入本金用于兑付先进场者的收益:他的账户里确实少了钱,但他是以投资人的身份进来的,不是以使用者的身份。是入口,但不是可持续的那种入口。
第四条要说细一点,因为它是这把尺子容易被绕过的地方。**入口不等于收入。**判断收入还要加一问:这个人付这笔钱,是为了买一个服务,还是为了拿回更多的钱。前者是客户,后者是资金来源。
为什么增发不是收入
增发常被说成「协议赚到了钱」,理由是这些代币有市场价格,乘一乘就是一个美元数字。这个论证的问题在于:价格是外部市场给的,而代币是协议自己印的。
打个不太严谨但方向对的比方:一家公司自己印股票发给员工当奖金,然后按当天股价把这笔发放计成公司的收入,没有人会接受这种记法。链上把它叫成收入之所以能成立,是因为代币同时是激励工具、结算单位和交易品,三个身份混在一起时,人容易只看到能变现的那一面。
一个可以自查的动作:把某个协议的「收入」数字里,激励折算的部分盖住,剩下的那个数还有几位。这个动作不需要任何内部信息,多数公开面板都把两块分开列了,只是它们经常被并排放在一起,读的人自己会加。
尺子量不到的地方
这把尺子有它的边界,得说清楚:
- 它分不出真实付费里哪些是机器人产生的。套利与抢跑机器人付的手续费是真金白银,但它们的存在依赖别的活动有利可图,不是独立需求。
- 它分不出「刷量换激励」的费用。当协议按交易量发激励时,付手续费去换更多激励是划算的,这时候费用是真的,需求是假的。
- 它看不到链下的部分。中心化环节的收支、场外协议、私下约定,链上没有记录。
**所以这把尺子给的是一个下限,不是一个精确值。**它能排掉最明显的一类误读,排不掉全部。
「收入」这个词在协议数据里是怎么被混着算的?
因为不同数据站对它的定义不统一,而多数站点把定义写在方法说明页里,不写在数字旁边。
常见的四种混算方式
- 把手续费和激励加在一起报。名字可能叫「协议收益」「生态价值」「总产出」。加在一起之后,靠补贴撑活跃度的协议和靠真实付费运转的协议在报表上会长得很像。
- 不区分归谁。一笔手续费里,给流动性提供者的部分和进协议金库的部分性质完全不同——前者是服务提供方的收入,后者才是协议自己的。有的面板把两者都叫 revenue。
- 按当日币价折算历史发放。同一批激励,在币价高的时候折算出来的美元数字大得多。跨期比较时这一项会制造出并不存在的增长或下滑。
- 统计方式随版本变。数据站调整统计方法之后,历史曲线可能一起被重算,也可能不重算,两种做法在同一张图上会拼出奇怪的形状。
第四条要说明一下:这里说的是数据站自己的统计方法变更,它通常会写在更新日志里,但不会标在图上。
自己拆的三步
拿到一份协议数据,按这三步走一遍,十分钟内能做完:
- 步骤一:找方法说明。 数据站的 methodology 页面写了它怎么定义 fees、revenue、incentives。CoinGecko 的方法说明页 就把它对交易量、流通量这些指标的处理方式公开列了出来,是这类页面的一个样本。
- 步骤二:把激励那一栏单独拿出来。 看它和手续费那一栏的比值,以及这个比值近半年的走向。比值在下降,说明真实付费的占比在提高。
- 步骤三:看归属。 手续费里有多少归协议金库,多少归服务提供方。这个拆分通常写在协议自己的文档里,合约里也能读到。
**三步做完你得到的不是一个结论,是一组能自己解释的数字。**这比任何一个被算好的综合评分都有用,因为综合评分的加权方式通常不写出来。
跨站比数字之前要确认的事
- 两边是不是同一套定义(读各自的方法说明)。
- 覆盖的时间窗是不是同一个(7 天、30 天、年化,年化的算法各家不同)。
- 覆盖的范围是不是同一个(只算主网,还是把各条链上的部署都算进去)。
- 截至日期是哪一天。
四项里缺任何一项,这两个数就不能直接比大小。两个数单位一样,含义不一样,比出来的结果没有意义。
一份协议收入核对表怎么填?
按五栏固定顺序填,填不满的格子就是你还不知道的部分。这张表不打分,也不排序,它的作用是让你下次不用重新想该问什么。
五栏各自要填什么
| 栏目 | 要填什么 | 去哪查 |
|---|---|---|
| 真实付费方是谁 | 指出一个具体的、非项目方的付款主体:交易者、借款人、提现的用户 | 协议文档的费用说明 + 区块浏览器上的实际交易 |
| 付的是什么 | 兑换手续费、借贷利差、提现费、订阅费,还是「新进来的存款」 | 合约里的费率参数 + 数据站的 fees 栏 |
| 这笔钱流向谁 | 流动性提供者 / 验证者 / 协议金库 / 代币销毁 / 团队地址,各占多少 | 协议文档的分配规则 + 金库地址的链上流水 |
| 停发激励后还剩多少 | 上一次激励退坡前后各 30 天的手续费、活跃地址、存量规模对比 | 公开数据面板,注明截至日期 |
| 这个数字的统计方式与截至日期 | 数据站怎么定义这一栏、时间窗多长、覆盖哪些链、快照是哪天 | 数据站的方法说明页 |
第四栏为什么是这张表的重心
因为前三栏描述的是正常状态,**而正常状态下各家的数据都不难看。**只有第四栏在问「补贴撤掉之后长什么样」,它不需要对方配合,你自己把激励那一格盖住就能算。
具体做法:
- 找出这个协议上一次大规模激励计划的结束时间点(通常在治理提案或官方公告里)。
- 对比结束前后各一个月的手续费总额、活跃地址数、存量资金规模。
- 再看半年后有没有回到激励期的水平。回不去是常态,要看的是掉到哪一档就稳住了。
这个动作给的不是「这个协议好不好」,是「这个协议没有补贴的时候长什么样」。
第五栏为什么不能省
因为没有统计方式和截至日期的数字,不能拿去和任何别的数字比,也不能拿去和自己的历史比。这一栏最容易被跳过,跳过之后前面四栏的工作都会打折。
填的时候记三件事就够:这个数覆盖了什么、剔除了什么、快照是哪天取的。三项缺一项,这个数就还不能用来做比较。
这张表不做的事
它不排名、不打分、不给「值不值得」的结论,也不涉及任何具体协议的比较。五栏填完你手上是一份描述,不是一份推荐。
想接着核对链上数字的,公链那篇 里的七栏表是同一套做法的另一个应用;判断入口还是再分配的那把尺子,出处在 圈内角色那篇。
下次看到「协议年化收入」,先做哪个动作?
先找那个数字旁边有没有一行小字写着它包不包含代币激励。有,往下读方法说明;没有,这个数暂时不能用。
这不是对数据站的不信任,它们多数把方法写得很清楚,问题出在数字被截图转发的时候,方法说明留在了原页面上。一个数字离开它的方法说明,剩下的只是一个位数。
三格里那两格不可持续的钱,都不会自己举手。它们要么被算进「收入」,要么藏在收益率的构成里。把它们找出来的动作只有一个:**逐笔去问,这笔钱从谁的账户里少掉了。**这里出现的黑话,黑话词典里有逐条释义。
常见问题
Q: 一个协议的收入到底从哪来?
答: 协议的钱只有三个来源:外部用户真实付费、协议自己增发的代币、以及后进场的人的本金。可持续的是头一种,第二种本质是稀释,第三种是资金盘的定义。所以看一份协议数据,先把「收入」拆开:多少来自手续费等真实付费,多少是代币激励折算出来的数字。停发激励之后还剩多少,是这道题里比较诚实的那个答案。
Q: 代币增发为什么不能算收入?
答: 因为没有任何人的账户因此少钱。判断一个环节是入口还是再分配,有一把简单的尺子:问它,钱从谁的银行账户里少掉了。用户付手续费,他的账户少钱,所以那是收入;协议增发代币发给激励对象,没有人少钱,只是现有持有人的份额被摊薄,所以那是稀释。把增发按当日币价折算成美元计入收入,相当于一家公司自己印股票发给员工,再按当天股价把这笔发放记成公司收入。
Q: 为什么同一个协议在不同数据站上的收入数字差很多?
答: 因为定义不统一。常见的差别有四处:加不加代币激励、算全部手续费还是只算归协议金库那一部分、按什么时点的币价折算历史发放、以及时间窗是 7 天、30 天还是年化。有的站点用 revenue 指全部手续费,有的只指协议留存的那部分,这两个数能差好几倍,用的却是同一个英文词。所以跨站比大小之前,先读两边各自的方法说明页,并记下截至日期。
Q: 怎么看出一个高收益率里掺了新资金兑付老资金的成分?
答: 把收益率拆开:哪部分来自底层资产的真实回报,哪部分来自代币激励,剩下的那部分来自哪。几个可查的信号是收益率明显脱离底层资产的真实回报、提现设有锁定期或额度上限、收益的维持依赖存量规模持续增长、以及底层资产只用「量化」「套利」「实体收益」这类词代替说明。要注意这些是结构描述,不是对任何具体协议的定性——给某个项目定性需要司法认定或权威报道。
Q: 手续费收入高是不是就说明协议健康?
答: 不能直接推出来,因为手续费里有几类需求不独立。套利与抢跑机器人付的费用是真金白银,但它们的存在依赖别的活动有利可图;当协议按交易量发激励时,付手续费去换更多激励是划算的,这时候费用是真的、需求是假的。所以看手续费要配着看结构:费用主要来自哪类合约调用,激励退坡前后这个构成变了多少。单个数字很难分辨真实使用和刷量,两个数字配着看就难同时装像。
Q: 协议收入和代币价格有关系吗?
答: 有没有关系取决于代币经济学里写了什么,不能默认存在。一个协议产生手续费,不等于持有它的代币就能分到;要看协议文档里写没写费用分配规则、分给谁、按什么比例、是不是需要质押或锁仓才能参与。有的协议把费用全部给了流动性提供者,代币只有治理功能。这一栏在核对表里对应的是「这笔钱流向谁」,去协议文档和金库地址的链上流水里查,比看任何价格图都直接。
Q: 拿到一个陌生协议,我该按什么顺序查?
答: 按五栏顺序填一遍:真实付费方是谁、付的是什么、这笔钱流向谁、停发激励后还剩多少、这个数字的统计方式和截至日期。前三栏在协议文档、合约费率参数和金库地址的链上流水里能查到;第四栏要找上一次激励计划的结束时间点,对比前后各一个月的手续费、活跃地址和存量规模;第五栏去数据站的方法说明页。填完得到的是一份描述,不是一份推荐,它不告诉你该不该参与。
参考资料
- 以太坊官方开发者文档 —— 交易费用、状态变更与合约调用的基础说明
- EIP-20 同质化代币标准原文 —— 代币发行与转移的接口定义,增发规则依据的底层标准
- Uniswap v2 合约文档 —— 自动做市商的手续费如何产生、计给谁,是可自行核对的费用规则样本
- CoinGecko 方法说明 —— 交易量、流通量等指标的处理方式,说明同名数字为何在不同站点上不同
- growthepie —— 链上费用与活跃度的开源数据站(Source: growthepie),跨链比较前请先读其方法说明
- SEC investor.gov · 投资欺诈类型说明 —— 美国法域对承诺回报类结构的投资者警示,不构成境内可参与依据
版本 1.0 · 更新于 2026-05 · 本篇只讲协议资金来源的分类与核对方法,不点名、不比较、不推荐任何具体协议,也不对任何项目的资金结构做定性——定性需要司法认定或权威报道。文中未引用具体数值,涉及数据的核对动作请以你查询当日的面板与其标注的截至日期为准。境内对虚拟货币相关业务活动有明确规定,请以官方发布为准。
接着看
公链之间到底在抢什么
公链争的是开发者、资金和真实使用,不是参数表上的每秒交易数。TPS 在真实负载下为何会变样、哪些指标更有区分度,以及陌生公链该怎样做七栏核对,避免被单一参数带着走。
RWA 说有实体资产背书,能推出什么
RWA 指把链下资产的权益用链上代币表示。「有实体资产背书」要成立需要托管、审计、法律权利与处置法域四项可核对的前提,逐项拆开看链上能验证什么、验证不了什么,以及信任在哪一步回到了机构。