SKN3X.COM

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

汇总与风险转移

为什么分散于多个协议并不等于分散于多种依赖——以及一项与被转移风险共享同一触发条件的风险转移究竟有何价值。

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

学习目标

  • 您能够计算某一共同触发条件背后的汇总额，而不只是清点头寸数量。
  • 您能够检查一项风险转移是否与被转移的风险具有相同的触发条件。
  • 您能够将理赔触发条件表述为在事件发生前即可判定。

检查预备知识

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

核心概念

事实

累积风险产生于共同依赖之处

当许多单个规模较小的头寸因同一触发条件而同时亏损时，就存在累积风险。在 DeFi 中，这一共同触发条件很少是共同的市场，而大多是共同的依赖：同一个价格预言机、同一座跨链桥、作为计价资产的同一种稳定币、同一个 Layer-2 排序。这些头寸看起来相互独立，因为它们位于不同的协议上——共享的是它们底层的东西。

解读

名称上的分散并非原因上的分散

分布在四个协议上的五个头寸看起来是分散的。如果其中四个依赖同一个预言机，那么该触发条件的汇总额就是投入资金的 80%——这种分散只是分散了名称，而没有分散原因。只有按头寸记录了依赖关系，才能核查这一点；仅凭协议清单无法看出。

风险

与触发条件相同的风险承担方所能承担的有限

若将协议风险转移给另一个链上机制，就必须检查该机制本身依赖什么。如果保障依赖于与被保障头寸相同的预言机、跨链桥或稳定币，那么损失事件与承担方的赔付能力往往会同时受损。此时，这种转移改变的是风险的形式，而不是风险的大小。

不确定性

“黑客攻击”不是触发条件

触发条件必须在事件发生前即可判定，且无需任何人了解行为者的意图。“未经授权的访问”和“利用漏洞”在事后都可能被争议；由某个有意设定的参数所产生的经济结果，在链上往往看起来像一次攻击。可判定的是可观察的条件：在 Y 个区块内流出超过所存入资金的 X%，并有具名来源作为证明。

术语

累积风险
许多单独承保的风险因同一共同事件而同时发生的风险。
理赔触发条件
事先约定的条件，其一旦发生即产生赔付义务。
共同依赖
多个看似独立的头寸同时依赖的某个组件。

模型

  1. 按协议列出头寸

  2. 按头寸记录组件：预言机、跨链桥、稳定币、排序

  3. 按组件汇总金额

  4. 审查金额最大的组件——而不是出现最频繁的组件

  5. 然后再调整保障或配置

从协议名称到原因 — 出现在许多小头寸中的组件，可能比出现在两个大头寸中的组件危害更小。

公式

各触发条件的汇总额

汇总额(t) = 依赖清单中包含 t 的各头寸金额之和
t
所考察的共同触发条件，例如某个特定的预言机
头寸金额
单个头寸的投入金额
依赖清单
按头寸记录的、该头寸所依赖的组件

局限: 该总和衡量的是受影响的名义金额，而不是损失。t 发生时实际损失多少取决于具体头寸，因此是一项单独的假设——公式无法替代它。

计算示例

四个协议，一个触发条件

头寸
五个池各占投入资金的 20%，涉及四个协议
依赖 A
五个池中有四个使用预言机 O
依赖 B
两个池使用跨链桥 B
O 发生时的假设损失率
40%，明确为估计值

汇总额(O) = 4 × 20% = 投入资金的 80%。发生时的预期损失 = 80% × 40% = 投入资金的 32%。汇总额(B) = 2 × 20% = 40%。

被视为分散的这一配置，在触发条件 O 上的集中度为 80%。

解读: 40% 的损失率是一项假设，而非测量结果——它应以假设的身份写入文件。而 80% 则在依赖关系被记录后即可直接读出。因此，措施首先涉及记录，其次才是配置。

提取练习

某投资组合分布在六个协议上；其中五个从同一个预言机获取价格。就该触发条件而言，应如何对其归类？
为什么“利用漏洞”作为理赔触发条件存在问题？

基于真实数据的练习

请将引导问题作为记录表，针对 DeFi Explorer 中的三个池，记下它们共享哪些组件。

维度 10：依赖关系 →

请在构造的情景中确定汇总额最大的触发条件。

案例研究：依赖链 →

应用

您需要为一个由八个头寸组成的投资组合建立累积风险概览。请描述操作步骤以及结果的局限。

相关案例研究

机构视角解读

保险
在您的持仓中，哪一项共同依赖会产生最大的汇总额？
银行
这些触发条件中，目前有哪些已列入操作风险登记册？
资产管理
报告中的哪项指标能够使跨越协议边界的集中度显现出来？

本课涉及的指标

要点

证据