同一个资产又存又借：协议为什么不替你轧差

打开一个借贷账户的持仓表，有时会看到这样的结构：同一个资产，存了一笔，又借了一笔。直觉上这像一笔浪费：存腿的利息进账，借腿的利息出账，两条腿各自计息，中间的差永远是你付。把两腿互相抵消、只留净额的操作叫轧差，在链下账户体系里稀松平常，链上借贷市场却大多不主动提供。问题因此变成两层：利差成本怎么算，以及协议为什么不顺手替你省掉它。

先算账。同资产双持时，你每单位时间净付出的是借款利率与存款利率之差，这个差不是小数就能跳过的零头：多数市场的存借利差常年存在，行情紧张时还会拉宽。正确的心算方式是把双持看成一份主动选择，你正在为某种结构付出年费率，就像保险费的口径。值得付的理由通常有：存腿抵押着别的债务或额度，动它会改变整体健康度；存腿挂着激励资格或投票权；或者你就是不想在下跌途中被迫卖资产，把借腿当活期信用额度留着。反过来，当两腿都不挂任何功能时，双持就是纯粹的漏勺。

协议不自动轧差，第一层原因是账本结构。存款的载体是份额凭证，代表你在资金池里的比例；借款的载体是债务凭证，记的是市场对协议的债权。两者对应完全不同的现金流：存款是供给方资金被使用者占用，借款是资金已经离开池子。把两者对消，等于同时改动池子的规模读数、储户的利息分配和清算引擎的输入，收益却只是省了单个账户的显示行数。凭证体系的透明性正是靠不合并换来的：每一笔供给和占用都独立成账，审计才能逐笔回放。

第二层原因是风控边界。自动轧差会把你的存借两边在触发清算的瞬间搅在一起：哪条腿先被用来抵债、抵押折扣和债务折扣怎么合成一个数、不同市场的处置顺序怎么走，全部需要新的规则去裁决。对协议来说，让账户自己决定要不要轧差，复杂度留在用户端，规则留在合约端，双方边界干净。有的实现给了选择权，提供一键净额操作，把两腿平仓变成一次需主动发起的兑换，价格用当前池子汇率，用户自己决定值不值。

决定要不要手动轧差，把三项成本放齐再比。第一项是利差，双持的持续成本，按当前两条利率实时计算。第二项是合并成本，轧差本身要走一次兑换，吃滑点、付燃料费，激励资格、额度结构、健康度的连锁变化是隐性成本。第三项是期权价值，保留双持等于保留灵活性，行情向不利方向走时那条活着的抵押腿就是你的缓冲垫。利差长期高于前两项之和时，双持通常该收敛；只要期权价值实在，多付的利差就是保险费，判断的关键在你对下一段行情的剧本，而不是对漏勺的厌恶。

组合管理里还有一个规模化版本：多个市场各留一点同资产的双持头寸，单独看每处利差都小得懒得动，加总却可能是全年成本的显著项。定期做一次同资产双腿扫描，把所有市场的存借双持列一张表，按利差加权排序，优先处理利差高又没挂功能的那几行，比盯利率新闻更有效。这张表的数据全部来自借贷协议的公开事件与余额接口，不需要任何付费终端，关键是定期看。

本文只做机制与核算框架说明，示例数字均为原理演示而非实时利率，不构成投资建议，也不提供该不该轧差、该留多大双持的个性化建议。具体协议的净额功能、利率与激励条款以其官方文档和链上数据为准。