协议费用与收入：沿着接收方核对

协议费用研究应沿每笔支付的接收方核对。用户支付的费用、流动性提供者的报酬、协议收到的资金、运营成本以及代币持有人的分配，是不同指标。手续费总额很大，并不证明协议实体获得相同收入，更不证明现货代币持有人获得相同收益。

Uniswap 费用文档区分交换费用与协议费用，并说明不同版本的安排存在差异。因此必须识别实际版本和配置，不能假设统一分成，也不能假设费用全部归治理代币。

先确定测量边界

收集图表前先写问题：统计用户支付多少、服务提供者获得多少、协议控制地址收到多少，还是持有人可领取多少？每个问题都有自己的接收边界。仪表盘上的收入标签，只有在定义清楚后才能使用。

记录网络、版本、产品范围、收到的资产和期间。金额是毛额、扣返还后还是扣其他分配后，也需要注明。用户付费与代币激励分开，不能把激励悄悄算成自然业务收入。

这是分析框架，不代表每个协议都具备全部项目，也不意味着其术语与公司的财务报告完全相同。

假设虚构系统一周用户支付一千单位费用，观察到八百给服务提供者，两百进入协议金库。把一千全部称为协议收入，会错用接收边界；把两百全部称为持有人收入，又额外加入未经证明的权利主张。

再假设金库通过有记录机制分配五十，支付运营费用一百。仍需核对日期：这周发生的分配可能属于之前期间，不能把业务期间指标与资金支付混在一起而不解释时间差。以上数字全部是假设，只展示同一系统可以存在多个正确但含义不同的总额。

这些总额本身都不能估计代币未来价值，也不能证明需求持续性。研究目标是把支付流说清楚，而不是用收入术语替代权利调查。

分别列出收到的资产和单位数量。多代币收入要换算记账货币时，注明使用交易时价格、每日参考价还是其他方式。期间之间更改换算方法，可能制造与实际使用无关的增长。

抽查底层交易或合约记账，检验仪表盘的接收方分类。确认协议费用机制是否在整个区间启用：文档说明存在这个能力，不等于实际已经开启。期间发生配置变化时，拆成不同规则下的子区间。

然后排查产品遗漏、聚合器重复统计和边界内部的地址转移。内部转账不会因为被两个看板观察到，就变成两次收入。对不上时保留调节差额，列明下一步核查项。

费用增长可能来自活动增加、费率改变、产品组合变化或计价资产价格变化。哪些有证据，哪些只是猜测，要分开写。跨协议比较前统一定义，不能拿某协议用户毛费用与另一协议金库收入直接排名。

接收地址、链下收费或激励处理未披露时，调节表可能只能完成一部分，不应使用所谓行业标准利润率补空白。常见错误还包括把费用等同利润、把金库资产视作自动可分配、把上线首周年化，以及用尚未执行的提案证明费用机制已经运作。

不一定。必须先确认接收方，以及持有人实际取得分配的机制和条件。

不能。盈利需要明确实体、收入边界、成本和会计处理，单一费用图没有提供全部信息。