有人说自己这个月手续费赚了几个点，问是哪一种币，答不上来。这个问题不是抬杠：在同一口池子里，费用本来就不是一笔单一资产的收入，而是分散在两种币上的两组增量。把它们强行合并成一个数字，正是很多收益率误读的起点。
从合约层看，手续费的产生方式和交易一样，是每次交换时从流入资产里切一小段，留在池子里。流入的是什么币，切下来的就是什么币。一笔从 A 换成 B 的交换，切下来的是 A；反向那笔，切下来的是 B。所以任何一口双边池子的费用天然就是两串数字，而不是一串。少数实现会在费用累积到一定量时自动把它换成某一种统一资产，但那是额外加做的一笔交换，不是费用本身的属性，它自己要付出价格影响与执行成本。
把这串两分的数字折成一个统一的数，需要三样东西：一个计价单位、一个汇率来源、一个时间点。三样都会改变结论。计价单位选 A 还是选 B，等于用不同的尺子量同一堆资产，如果这段时间 A 相对 B 贬值，用 A 计价会让你的费用收入看起来涨了，而用 B 计价反而缩水。汇率来源可能是某个预言机的读数、某个池子的即时兑换价或者某个外部指数，同一时刻它们之间本来就有差异，长尾资产上更明显。时间点更是显然，费用是横跨一整个区间累积的，用期末一个价格去折算整段收入，等于是把一条曲线压成一个数。
于是就有了费用币种带来的第一种错觉：你以为在比两个池子的赚钱能力，其实是在比两种计价货币的相对涨跌。同一笔资金放在 A 与 B 组成的池子里收费，和放在 C 与 B 组成的池子里收费，两个数字都用了 B 计价，但真正的差异里可能有一大半来自 A 与 C 在这一段时间的相对表现，而不是你的做市效率。想比较真实费率收入，需要把费用折到一个和这一段时间涨跌都无关的尺度上，例如把每种币的收费量除以对应的成交总量，得到一个费率口径，再横向对比；单看金额，很容易把行情读成能力。
第二种错觉是把仓位价值变动混进费用。做市期间，你的库存本身在随价格移动：一部分资产被换成了另一种，这个换的过程按当时价格算，会形成浮盈或浮亏。若只看资产总额的增长就宣称赚了手续费，会把价格盈亏也算成费用；反过来，如果价格亏掉了所有费用，也不能说这个月分文未收。合理的拆法是三段：费用收入，按各自币种分别计；库存重估，按同一个时间点用同一个汇率折；已实现价差，看退回资产和你当初存入资产的构成差。三段分开写，数字才不会被合并成一个无法反驳的结论。
实际操作上有几个容易漏的步骤。第一，领取时看清返回的明细，多数合约在事件里分别记录了两种币的结算数量，区块浏览器可以看原始数值，不要只信页面汇总。第二，如果你打算长期做这个统计，固定一个折算规则并写下核验时间，例如统一用某条稳定币计价、用协议内置的时间加权价折算，中途换规则会让前后数据不可比。第三，如果合约替你做了自动兑换，一定要把它当成一笔独立的交换去看它实际拿到的数量，兑换前后的差额就是隐藏在这一环节的成本。
还有一类情况值得单独提醒：带转账税或者余额变化机制的代币，其费用读数和实际到账数量常常不相等，因为它在每次转入转出时都会额外扣掉一点。这类资产的费用统计要以实际到账为准，否则会系统性高估。跨链部署的池子也常出现同名不同合约的情况，同一币对在不同网络上费用币种与费率档可能都不一样，把它们合并算是一个数，等于把不同池子的风险也合并了。
做市费用受成交量、价格路径与执行成本影响，可能在一段时间内很低甚至被价格波动掩盖。本文只说明费用记账与折算口径，示例仅用于解释算理，不构成投资建议或收益承诺。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。