DeFi保险解释：链上“保障”是如何真正支付的

DeFi保险的正确解释不是“这个协议是有保险的”，而是“如果在设定的时间段内发生特定触发事件导致特定风险，保险将从一个池中支付。”唯一两个重要的问题是触发事件是否与损失发生的方式匹配，以及承保人是否在所有人同时索赔时有真实的支付能力。

关键要点

• DeFi保险通常被销售为“保险”，具有明确的触发条件、限额和排除条款，并且在现有监管框架下通常不被视为正式保险。
• 保险通常针对协议风险，例如智能合约漏洞、稳定币 脱钩、预言机故障、桥接故障和治理攻击，而不是针对保管人破产的FDIC或SIPC式保护。索赔是从池中储备或质押的承保资本中支付的，决定方式由
• DAO投票、预言机触发的参数规则或混合模型（将自动化与审查结合）决定。钓鱼、密钥泄露、用户错误和
• 拉地毯是常见的排除条款，因此许多痛苦的损失在结构上是不可索赔的，即使协议名称出现在封面上。“保险”是如何构建的：风险、触发、限额和期限

阅读DeFi保险列表的实际方式是将其视为一个四部分合同：您所命名的风险、必须发生的触发事件、限制赔付的限额以及界定窗口的期限。这些细节决定了保险是否与损失实际发生的方式匹配。例如，智能合约漏洞保险可能仅适用于特定协议和链，排除由治理行为造成的损失，并且在保单期间仅支付到声明的最大值。换句话说，该产品是一个具有参数的对冲，而不是一个通用的安全标签。

这种心理模型很重要，因为DeFi用户通常是

自我保管。主要的失败模式从保管人破产转向协议代码、预言机设计、桥接复杂性和治理攻击面。因此，相关的问题不是“这个协议有保险吗？”而是“什么确切事件会得到赔付，什么事件会使该位置没有保护？”阅读保险的清晰方式就像阅读期权合同。有一个基础（特定协议、稳定币或产品）、一个到期日（保险期）、一个赔付条件（触发语言）和一个上限（限额）。如果损失路径与触发事件不匹配，即使损失在社交媒体上看起来像同样的故事，保费也是死钱。

这就是营销噪音渗入的地方。一个协议可以在某种意义上被“覆盖”，因为提供者列出了它，而实际的保险条款仅响应狭窄类别的事件。DeFi保险只有在风险与触发事件匹配且承保人能够实际支付时才有效。

DeFi保险是如何运作的？资本池、保费和支付能力

在“DeFi保险是如何运作的”这个问题背后有三件事：资本形成、合同条款和能力。提供者使用池化储备或质押的承保资本来资助赔付。当被保险事件发生时，买方依赖的就是这个池的资产负债表。

买方支付保费以购买在特定风险上定义的保险金额，期限也是定义的。输出不是安全，而是对池的一个时间限制、规模限制的有条件索赔。这就是为什么限额与措辞同样重要。如果交易者有50万美元的风险，而提供者只能在该风险上出售5万美元的保险，那么对冲比率是第一个限制，而不是保费。

能力是大多数仪表板隐藏的部分。

TVL不是覆盖能力。一个协议可以有巨大的TVL，但如果保险提供者的承保限额小或再保险薄弱，仍然会是糟糕的“被保险”体验。承保限额和任何再保险安排决定了提供者在规模上实际能够支付多少。在集群事件中，这种情况变得更加严重。稳定币脱钩、桥接故障或治理漏洞可能会同时影响许多用户。在这种情况下，约束条件是池支付相关索赔的能力，而不是基础协议在TVL图表上的大小。将能力视为

对手风险。问题是池是否能够在每个人同时出现的情况下生存。DeFi保险覆盖什么——通常排除什么？

覆盖范围比大多数人假设的要窄，且集中在可重复的链上故障模式上。DeFi保险通常针对智能合约漏洞、预言机故障、桥接故障、治理攻击和稳定币脱钩。这些类别与自我保管的DeFi头寸的风险表面相匹配，其中协议的行为及其依赖关系可以在没有任何保管人破产的情况下崩溃。

NameCoinNews报告称，2025年的索赔和损失组合中，智能合约故障约占65%，稳定币脱钩约占22%，桥接或预言机故障近10%，治理攻击约占3%。这个细分是“DeFi保险覆盖什么”的有用视角，因为它与提供者愿意承保的离散、可定义事件相一致。

排除条款是大多数失望的来源。钓鱼、密钥泄露和用户错误通常被排除。拉地毯也通常被排除。这意味着损失可能在财务上是严重的，但仍然不可索赔，因为损失路径不是与触发语言匹配的协议故障。

一个简单的原则有助于：在购买之前写下损失路径。“如果X发生，我到底是如何亏损的？”如果答案是“我签署了恶意批准”、“我的密钥被泄露”或“团队抽走了流动性”，那通常是在保险范围之外。该产品并不是为了消除糟糕的操作安全而设计的。它是为了在特定技术故障模式发生在特定风险上时进行赔付。

DeFi保险中的索赔是如何运作的？自由裁量与参数化与混合

索赔设计是产品。DeFi保险通常通过三条路径之一解决索赔：自由裁量治理投票、参数化预言机触发的赔付或结合自动化与审查的混合模型。

自由裁量保险通过DAO或治理过程进行决策。证据被提交，代币持有者或成员进行审查，投票决定事件是否符合保险条款。NameCoinNews将Nexus Mutual描述为典型的自由裁量模型，并指出时间线可能延长到几周。优势在于在事实和因果关系被争论的混乱事件中具有灵活性。成本是裁决风险，即索赔人的措辞解释与投票者的解释不匹配。

参数化保险则翻转了这种权衡。赔付条件被编码为可由预言机确认的触发事件，一旦条件满足，赔付可以迅速进行。NameCoinNews列出了Unslashed和Neptune Mutual作为参数化的例子，OpenCover将参数化赔付框架为一旦满足链上条件可能在几分钟内发生。成本是定义风险。如果事件是真实的但不符合可测量的触发条件，索赔将干净地失败。

混合模型位于这些极端之间。NameCoinNews将InsurAce和Etherisc分类为混合或基于池的方法，结合了自动化与审查。一些事件可以迅速解决，而边缘案例则变成一个过程。

历史示例显示这两种模型都在支付。OpenCover引用Nexus Mutual在一次1100万美元的黑客攻击后向Yearn Finance保险持有者支付超过270万美元。OpenCover还引用Risk Harbor在UST跌破0.95美元时支付超过250万美元的脱钩保险。教训不是索赔总是有效，而是当触发条件满足且过程接受其满足时，索赔才有效。

成本、提供者和“值得吗？”清单

“DeFi保险的费用是多少”不是一个单一的数字，因为保费因提供者、风险类别和特定协议或资产而异。NameCoinNews列出了Nexus Mutual的典型年保费范围为2%到5%，Unslashed为1.5%到3%，InsurAce为1%到4%，Etherisc为2%到6%，Relm为3%到7%。一些提供者报价为每周定价，而其他提供者则报价为年定价，因此比较需要相同的时间基础。

“哪些协议提供DeFi保险”取决于交易者想要的索赔模型。NameCoinNews将Nexus Mutual列为自由裁量，Unslashed和Neptune Mutual列为参数化，InsurAce和Etherisc列为混合或基于池的。OpenCover还提到Nexus Mutual、Risk Harbor、InsurAce和Unslashed Finance等DeFi保险替代方案。

“DeFi保险值得吗？”的问题主要是一个匹配练习。NameCoinNews估计到2025年，DeFi的1190亿美元TVL中只有约0.5%是有保险的，尽管损失达34亿美元。这个差距就是为什么保费和限额比标签更重要的原因。大多数风险仍然在用户的资产负债表上未对冲。

一个可行的清单是简短的。首先，将触发因素与损失路径匹配，并确认排除项不会消除实际上让该头寸感到恐惧的情景。其次，选择适合事件类型的索赔模型，对于像去挂钩阈值这样的二元、可测量事件，使用参数覆盖，而在证据会很复杂时使用自由裁量或混合覆盖。第三，将容量视为对手方风险，通过检查承保限额并考虑相关索赔来处理，因为TVL并不能告诉你可以支付什么。

要点

我看到交易员像购买叙事一样购买“协议覆盖”，然后在索赔依赖于一句触发语言和他们从未阅读过的一个排除条款时感到惊讶。昂贵的错误是问“是否投保？”而不是先写下损失路径并检查该路径是否可索赔。钓鱼和密钥泄露是经典的陷阱，因为它们在PnL屏幕上看起来像是协议损失，但通常是用户损失类别。

我也看到人们像把TVL当作偿付能力指标一样锚定它。它并不是。NameCoinNews估计到2025年，尽管损失达到34亿美元，但DeFi的1190亿美元TVL中仅约0.5%是有保障的，这才是正确的框架。覆盖是一种可交易的风险头寸，具有限额。唯一有效的姿态是将触发因素和池的容量视为产品，而不是“保险”这个词。

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop