SKN3X.COM

本内容由德语机器翻译而成，尚未经母语人士审校。技术和监管术语以德语或英语版本为准。

保险视角：界定事件

困难的部分不在于定价，而在于究竟什么算作损失事件——以及它同时波及多少份保单。

本课未经专业审阅。它是为本平台撰写的，并依据所列证据写成；未进行过独立的专业审阅。

学习目标

  • 您能够检验一项 DeFi 发现是否具有可客观确定的触发条件。
  • 您能够将通过共享依赖关系形成的累积列示为一项独立风险。

检查预备知识

请在继续阅读之前，先自行回答这些问题。您犹豫的地方，正是本课的价值所在。

核心概念

事实

四个候选项，四种不同的触发条件

伴随资金流出的合约故障可以在链上明确确定：地址、金额、时间。脱锚是一种价格观察，需要阈值和持续时间，否则每个交易日都是一个事件。治理决议是一个程序，不是损失——损失只来自其影响。预言机错误只有在界定了衡量它所依据的参照之后才能确定。只有第一种情况具有无需附加约定即客观的触发条件。

风险

累积在这里是常态

在传统险种中，单个损失在很大程度上相互独立：一场房屋火灾对下一场毫无指示意义。在 DeFi 中，许多风险共享相同的组成部分——一个稳定币、一个预言机提供方、一座跨链桥、一条链。这一层面的故障会在整个业务组合中同时造成损失。因此，起支撑作用的指标不是每份保单的损失频率，而是业务组合中依赖同一依赖项的比例。

不确定性

历史短，没有基础比率

定价需要发生概率。对于智能合约故障，并不存在可靠的基础比率：总体规模小、历史短，且随每次升级而变化，而审计实践本身仍是实证研究的对象。这并不是反对承保的理由，而是一个理由：应在价格和承保能力中明示该假设的不确定性，而不是让它消失在一个点估计中。

解读

定价之前的问题

在为风险定价之前，必须明确：由谁确定事故已经发生，依据哪个来源，在什么期限内？对于可在链上确定的事件，来源就是链。对于其他所有事件，需要一个指定的参照——若不存在参照，风险并非不可保，但承保就变成了一项关于认定而非关于损失的约定。

术语

保险事件
一个可客观确定的事件，其发生触发给付义务。
累积
源于同一共同原因的同时性损失的聚集。
承保能力
承保方愿意为某一风险或某一原因承保的总金额。

模型

  1. 界定事件——究竟是什么触发给付？

  2. 明确认定——由谁认定，依据什么来源，在什么期限内？

  3. 检查累积——业务组合中有多少共享这一原因？

  4. 明示基础比率的不确定性，而不是将其计入价格后便置之不理

从发现到可承保的保障 — 步骤 1 和 2 决定究竟能否承保；步骤 3 决定承保多少。

公式

每个原因的累积敞口

敞口(原因) = Σ 所有其风险包含该原因的保单的保额
原因
稳定币、预言机提供方、跨链桥或链
保额
相应保单的最高给付

局限: 该总和的完整程度取决于对每份保单依赖关系的调查。未确定的依赖关系显示为零，因而看起来像是经过核查的不存在——因此，每一份此类列表都需要一行“未确定”。

计算示例

二十份保单，一个原因

已承保保单
20 份，每份保额 500 万 USD
涉及的协议
14 个不同协议
共同的预言机提供方
涉及 11 份保单
共同的稳定币
涉及 16 份保单

按协议计：14 项风险，最大单一头寸 1000 万 USD。按原因计：稳定币 8000 万 USD，预言机提供方 5500 万 USD。

同样的二十份保单——按原因计，最大的同时性负担是按协议计的八倍。

解读: 第一种计数描述的是投资组合，第二种回答的是承保能力问题。只知道第一种的承保准则，限制的是一个在损失发生时并不起约束作用的量。

提取练习

以下哪项发现无需附加约定即具有可客观确定的触发条件？
为什么每份保单的损失频率在这里是错误的支撑性指标？

基于真实数据的练习

以承保人的身份阅读该案例研究：共享层面的一次故障会同时波及三个头寸中的几个？

案例研究：依赖链 →

将指导问题与上述步骤 3 进行比较，并记下您需要为每份保单调查哪项信息，才能计算累积。

维度 10：依赖关系 →

应用

您需要起草一份针对“智能合约故障”的保障条款。在讨论价格之前，您要明确哪四点？

相关案例研究

机构视角解读

保险
目前哪个原因占业务组合的比例最大——这一限额是否在任何地方有书面规定？
银行
这样的保障会真正转移风险，还是只会更换承担方？
资产管理
在获得保障后，协议风险中的哪一部分仍会留在该载体上？

本课涉及的指标

要点

证据