我个人认为，作为 Compound 的「规范」保险市场，市场很可能会自然地围绕两者当中的一个逐渐聚敛，也许通过像 Compound 团队为其中之一倡导「谢林点」(Schelling point) 的方式实现——让大部分流动性保持在一个市场中。

　　如果协议的复杂性很高，则其中哪个市场成为协议的规范市场可能就不那么「抢眼」了，但这种自由市场方法的假设前提是：市场会自行解决。

　　在这一模式中，您是具体哪个特定保险市场的买家或卖家具有很大的很大的影响。协议可能明显（肉眼可见地）被黑，但您所下注的市场的支付条件可能并没有被触发。相反，如果协议中的边缘情况导致赔付条件触发，即使在协议没有被黑的情况下，保险卖方也可能「不公平地」被迫赔付索赔。

　　因此，对具体赔付条件的准确沟通非常重要，这样保险买家和卖家才能确切地知道他们签署的是什么。这主要是一个用户体验（UX ）挑战，将赔付条件从代码翻译成文字，是一项不平凡的任务。 而团队可能会试图将保险兜售的风险混淆为「无风险收益」以吸引总锁仓价值（TVL），或者向买家吹嘘其产品是包罗万象的智能合约保险，以提高销量。

　　智能合约保险市场潜力巨大，但这一类协议也可用于创建服务投机者的奇异掉期衍生品市场。将支付条件从「决不应该发生」的事情更改为「应该很少发生」的事情，让寻找不对称机会的投机者对其更感兴趣。

　　可组合性还使得开发者可以以任意方式组合这些市场，例如，将用于在一个市场上出售保险的抵押品再抵押为另一个市场的抵押品，让一个资金池同时出售承保多个（理想情况是不存在相关性的）事物的保险。

　　来自保险市场两端的这些代币也应该可以与其他 DeFi 协议实现组合。一些可行的构思包括：

• 　　Protected-cToken，将保险代币 + cToken 打包成一个代币

• 　　永续保险购买，合约可以不断地从产生收益的资产中提取收益来支付保险费用

• 　　杠杆式保险销售，用户可以从其保险销售头寸中借款，以销售更多保险并产生更多收益

　　算法保险为引人瞩目的链上金融产品开辟了设计空间，因为它完全独立，不依赖于人工决策来进行赔付。这种客观性有助于开发者准确推断保险市场提供的风险敞口，并可以在这些金融原语之上构建其他应用，而无需担心人为决策或信任——这正是 DeFi 应该做的事。

　　感谢 Miyuki 和 Emily 阅读本文并予以反馈。