跨协议仓位合并：把五个位置算成一个风险敞口

每个面板都显示健康，不等于你健康

一个典型的多协议仓位可能是这样：A协议用质押凭证抵押借出稳定币，B协议拿稳定币做市，C协议用永续合约对冲部分价格风险，桥上还趴着一笔在途资产。四个界面各自显示绿色指标，账户的主人却可能从没把它们加总过。协议的前端只为自己的清算线负责，你的钱包要为总敞口负责——这本合并账，只有你自己会做。

第一步：全部折算成同一种记账单位

合并的前提是统一单位。把每个位置的资产与负债都按当前市价折算成同一种稳定计价，列表格：一列写多头数量，一列写空头数量，一列写名义价值。借贷仓位拆成抵押物多头加债务空头两行；LP仓位拆成两种标的各半的名义敞口；永续按方向计负。表格做完，你大概率会发现直觉里的中性并不中性——对冲腿的数量、计价货币、开仓时间常常与现货腿对不齐。

第二步：给相关性记账

第二层比数量层更重要。同一枚代币经由不同路径暴露两次，不是两个仓位而是一个仓位的两倍：质押凭证的抵押腿和永续空头的对冲腿，背后是同一枚币的价格，极端行情里两者的偏离会同时恶化。同一协议内的不同市场共享预言机、共享治理、共享一次合约事故，跨协议的同名金库可能共享同一家收益后端。给每一行标上依赖标签：同一个价格源、同一个桥、同一个治理体，标签重合处就是隐藏的同源风险，思路与同一个资产的抵押与负债同源。

第三步：压力情景代替心情

合并完数量与相关性，用两三个情景代替情绪。情景一：核心抵押物下跌三成，逐个仓位算净值的连锁变化，看哪个先到清算线。情景二：稳定币折价、预言机滞后，看依赖它计价的所有行同时恶化多少。情景三：单点失效——某个协议紧急暂停或某个桥被攻击，问自己流动性还剩几条通道。每个情景写下预计损失区间与需要手动执行的动作清单，执行窗口以小时计的，就是你需要提前演练的部分。

自动化可以帮忙，但不能替你判断

链上组合追踪工具能自动拉取地址在几十个协议的持仓，省去抄表工作。但两点不能外包：一是相关性的语义判断，工具知道你在两个协议持币，不知道它们共享同一个后端；二是情景假设的设定，工具会算你输入的情景，不会提醒你情景本身漏了桥。合理分工是工具负责刷新数字，你负责每季度重做一次完整合并表——顺便清掉那些早就忘记的僵尸仓位，它们往往藏着过期的授权。

一本账，一个上限

合并账最终要回答的问题只有一个：单一风险因子全部兑现时，我总共亏多少。把答案写成一个不超过总资金一定比例的硬上限，再反推每个新仓位的入场规模。做得到，多协议是分散工具；做不到，多协议只是把同一个赌注藏进了更多标签页。

补一个容易被忽略的时间维度：合并账不仅要按空间合并，还要按时间合并。同一笔资金白天在做市、夜里抵押进借贷、周末被搬去另一个链试水，任意快照时刻看似都只有一层敞口，拉长到一周却是同一份风险的三次变形，每次变形都可能改变它的相关性标签——桥上的在途状态、质押凭证的汇率状态、永续的资金费率状态，各自对应不同的坏天气剧本。实操建议是给合并表加一列最后变更日期，任何超过一个季度没更新过的行都值得点进去看一眼：僵尸仓位最常见的结局，是在你忘记它的地方悄悄攒满了过期授权、失效对冲和无人认领的抵押物。另一个时间敏感项是对冲腿的到期结构：永续腿要付资金费、期权腿会到期、期货腿要展期，名义上的中性对冲如果只盯着名义金额对齐而不看持有成本，三个月后你会发现中性是有年费的，而且这笔费用从不体现在任何一个单独协议的面板上。

合并账还要防一种更隐蔽的形态：以收益为名的伪分散。一个典型样本是同时把资金铺进六个协议，而这六个协议都跑在同一组稳定币、同一个预言机网络和同一批跨链资产上——收益看板六行绿字，压力测试一行红字。识别方法同样落在相关性标签上：给每个仓位补一列底层依赖清单，稳定币、预言机、桥、封装资产四项逐项填名，填完你就会看到自己真正下注的标的数量通常远小于仓位数量。修正动作也不复杂：给每一个底层因子设聚合上限，同一因子的总敞口触顶就不再因新收益率入场，哪怕那个新协议看起来再新——收益策略的世界里，新字从来不代表低相关，只代表还没被同一场危机验证过。

（本文只讨论机制与操作逻辑，文中数字均为原理示例而非实时数据，不构成投资建议；参与前请对照协议官方文档与链上数据核验。）