金库收业绩费的系列账：ERC-8113 如何堵住搭便车的人

收益型金库想收业绩费，又不能惩罚亏损期的持有人，于是普遍的装置是高水位线：只在每股价格创出新高时收费。装置本身没问题，问题出在“全库共享一条高水位线”。ERC-8113 针对这个缝隙提出系列记账，文件头记录创建于 2025 年 12 月 25 日，仓库记录状态为 Draft，声明依赖 ERC-4626 与 ERC-7540——后者是异步申赎的金库接口，存款请求先进队列、之后才认领份额，这个时间差正是问题的入口。

免费搭车怎么发生

金库当前每股价格高于历史最高水位时，新存款按高价成交——它买到的每股资产本来就贵，不该再为之前的亏损期补费。但如果这位新人的认领发生在价格低谷，下一轮价格爬回新高时，从他的入场价到新高之间这段真实涨幅，按旧规则没有对他收费：他的成本线在低谷，而收费线看的是全库历史最高。他的收益没有被业绩费削减，这段本该收取的费从既有持有人的应得份额里出了——标准原文把这称为免费搭车，并点名它在现实资产金库里尤其常见：链下资产组合的重平衡与结算周期会让每股价格的波动节奏更不规则，低谷窗口反复出现。

系列字段的答案

标准的修法不改动计费哲学，只把账分开：每一批被认领的存款请求归入一个系列，系列内部维护四个量——该系列的总资产、总份额、人均份额序列与自己的高水位线。收费判断从“价格是否超过全库新高”变成“价格是否超过本系列新高”，晚到的存款人按自己入场的水位付费，谁赚到的涨幅就对谁收费。接口层把这些量做成系列维度的查询，配合 ERC-7540 的请求编号定位批次，前端与审计脚本都能逐系列复核费率状态，而不是猜一个全库数字。

代价与状态

一次认领在账面上留下什么

顺着 ERC-7540 的异步流走一遍，系列记账的介入点会非常具体。存款人先提交请求，请求进入队列时还没有价格；下一个认领窗口打开，借贷方用当期数据结算这批请求，整批进入一个新系列，系列收下此刻的总资产与总份额之比作为初始水位。此后金库净值涨跌是全库统一的——系列不是资产隔离舱——但业绩费的对账不同：净值涨到某个系列的高水位之上时，只对这个系列的份额持有人计提及抽取，别的系列各自盯着各自的历史最高点。效果是同一天的两位存款人可能适用完全不同的费基：早存者早已越过水线开始计费，晚存者可能还在水下等回本。报表与前端因此必须暴露系列维度，只给一个全库每股价格会掩盖收费的真相。清算窗口关闭后系列转入沉睡，历史数值永久留存，审计脚本能对任意一次收费复算触发条件。这个模型对运营方的真正考验是复杂度税：申赎、再平衡、费用结算、前端展示都要乘上系列数量，小体量金库未必付得起这笔账，公平是按操作成本计价的商品。

分账的收益是公平，成本是账本厚度：同一笔底层资产被切成多个系列视图，申赎的簿记、业绩费结算、报表聚合都要按系列展开；金库的重平衡决策仍是全库一份，系列只在记账层存在，这个分层关系要读清楚——它不是让不同批次各拿各的资产，而是同一池子戴多副账本眼镜。Draft 状态说明接口未定稿，引用前先确认所依赖的 ERC-7540 草稿版本。评估任何自称公平收费的金库时，值得直接问一句：新存款的高水位是全库共享还是批次独立——这一个问题的答案，就能区分这条提案修的是不是真实存在的账本缺陷。本文为机制说明，不构成任何投资建议。