DeFi新生代保险协议Cover Protocol，有什么特点？

随着DeFi领域的不断发展和拓新，用户对DeFi保险的需求与日俱增。

近来，基于以太坊的DeFi保险协议Cover Protocol受到颇多的关注（AC合并的众多项目之一，因此有人戏称Cover的热度是沾了AC的光），与Cover类似的项目有Nexus Mutual、Nsure等。

据肖恩了解，Cover的特色主要体现在两个方面：包含三种代币；主要涉及三方角色。

COVER是Cover的治理代币，主要用于对社区提交的提案（比如是否索赔）进行投票；另外两种代币一个叫做CLAIM（索赔代币），一个叫做NOCHAIM（无索赔代币），它们是整个Cover协议的核心。

接下来，肖恩将结合Cover中的三个角色，对CHAIM和NOCHAIM这两种代币为大家做一个梳理。

用户在Cover上对应的协议项下存入抵押品之后，比如1DAI，即可铸造一个CHAIM和一个NOCHAIM。

CHAIM与NOCHAIM的关系如下：

1CHAIM+1NOCHAIM≈1DAI。

若保险到期后没有发生索赔事件，则1CHAIM=0，1NOCHAIM≈1DAI；

若有索赔事件发生，则1NOCHAIM=0，1CHAIM≈1DAI。

1）做市商

想成为做市商的用户，可以将CHAIM、NOCHAIM代币存入Balancer对应的池中提供流动性，赚取交易手续费、参与COVER挖矿。

2）保险提供者

想成为保险提供者的用户，可以将CHAIM代币售出（赚取保费），NOCHAIM代币可以放在Balancer做市。如果保险到期后发生了索赔事件，保险提供者会损失部分或全部的抵押品。

3）投保人

如果用户想为自己参与的某一项目购买保险，可以将NOCHAIM代币卖出只保留CHAIM代币；也可以直接在Balancer上购买CHAIM代币进行参保。如果保险到期后发生了索赔事件，投保人可以使用CHAIM代币获得部分或全部的抵押品赔付。

肖恩认为，相较于DeFi保险龙头Nexus Mutual，除了上述讲到的内容，使用Cover的用户不需要KYC，对用户而言更友好一些。另外，Cover的索赔提案若想通过，通常需要两步走：社区投票通过+“索赔有效性委员会”50%以上成员通过，这点与只需要社区投票的Nexus Mutual也不尽相同。

DeFi保险无疑是一个具备广阔发展潜力的方向，但当前基于原生区块链应用场景的保险需求有限，而基于更广泛的链下场景的DeFi保险需求，由于受制于预言机限制和合规性等问题，也不是短期能够快速增长起来的。

不过，无论如何，这理应是一个值得重点关注的领域。

币事不决问肖恩