保险池买的是什么：协议互助保险的理赔逻辑与容量账

DeFi 协议大多没有法律意义上的保险，链上流行的是一种更接近互助基金的结构：储户出资形成一个池子，约定当池子承保的协议发生特定类型事故时，按规则从池子里赔付。买的人付保费，卖的人（提供池子资金的人）赚保费并接受「黑天鹅发生时自己就是赔付资金」的身份。把它当保单读会误判风险，把它当一只「以尾部事件为策略的基金」读就顺了。

先看保费和容量怎么定。保费的锚不是精算模型，而是市场：承保某协议的池子资金少、想买保障的人多，费率上浮；反之回落。承保范围通常限定在几类可客观认定的事故——合约漏洞被利用、预言机被操纵、治理攻击得手——而不覆盖价格下跌、机制亏损、发行方违约这类「风险自担」项目，条款文本会逐条列明。容量端更硬：池子当前资金规模决定了单协议最大赔付额，热门协议保障买满时费率飙升，本质是容量约束的价格表达。买方看到的「年化保障费率」是这两条线碰出来的价格，波动是正常的。定价的粗粒度也值得注意：费率按协议整体事故概率给，不会因为你只在低峰时段用协议而便宜——它保的是「这个合约被攻破」，不是「你的某个操作出错」，这层边界决定了谁觉得保险划算、谁觉得常年白交。

理赔端的全部难点在「认定」。链上事故的资金流向几乎无法伪造，难的是界定损失归属：谁在事故时点持有该协议的凭证、损失金额按什么价格算、部分恢复的资金怎么抵扣。严肃的承保协议会走「索赔申请＋数据审核＋投票或时间锁支付」的流水线，审核方可能是去中心化仲裁网络或链下精算团队，整个周期以天到周计——这与「出事秒赔」的宣传距离很远，等待期内协议本身的恢复动作（退款、重铸、迁移）会直接改变最终赔付基数。

结构的另一端要诚实呈现：卖保障的人赚的是长期稳定的保费流，亏的是可能一次性归零的尾部。历史上这类池子出过两种事故：一是集中度事故——某个大协议爆雷引发连锁理赔，同池承保的高相关协议一起出险，名义分散实际同命；二是逆向选择——愿意买高费率保障的往往是已知风险的人，费率被买方信息推着走。这也是为什么承保协议对单协议容量设上限、对相关性高的协议群组打整包限额：定价者防的不是数学误差，是信息差。道德风险同样双向存在——投保方可能放松对被保协议的使用警惕，承保方在重大事故前有动力拖延认定，两种风险都被写进了协议的历史纠纷里。还有一层时间错配值得记录：保费按期流入、赔付集中爆发，承保池的会计盈余在顺境里年复一年地好看，这种「多年攒一小笔、一次亏一大笔」的现金流形态和再保险公司的偿付能力曲线同构——承保方在行权期内能展示的数字天然偏向乐观，读承保池的收益率要连同它的最大历史回撤一起读。

所以买保障前的三笔账：第一笔，条款账——事故定义是否明确到「什么类型漏洞、什么认定流程」，模糊条款在理赔时只会由解释方获利；第二笔，容量账——当前承保池规模与该协议 TVL 的比例，比例过低时你的「全额保障」可能在系统性事件里按池子资金打折；第三笔，相关性账——你的保障组合是否与你的风险敞口真正对立，给一个与主仓位共享同一底层依赖的协议买保险，很多时候只是给同一个赌注上了一道安慰剂。保障是转移风险的工具，不是免除风险的工具，也不是收益工具；本文不构成投资建议，也不构成对任何保障产品有效性的背书。