上位 2 つの DeFi 保険会社の包括的な比較: Cover と Nexus Mutual のどちらが優れているか

PANews

特邀专栏作者

2020-12-22 06:49

この記事は約4306文字で、全文を読むには約7分かかります

将来の開発プロセスにおいて、誰がDeFi保険トラックの王になるのでしょうか?

テキスト | PANews 寄稿者 Weibo: 分散型金融 DeFi

副題

ユーザーフロー

NXMのシステムでは、「債権評価者」が支払いの可否を決定する鍵となっており、債権が発生すると資金プールの減少によりNXMの価値が減少します。 Cover では、合理的な主張を意図的に拒否する状況を避けるためにコミュニティ投票が使用されます。

1.1 Nexus Mutual ユーザープロセス

Nexus Mutual のビジネスプロセスには、リスク評価者、保険購入者、保険金請求評価者の 3 つの主要なユーザーの役割があります。

リスク評価者 (保険会社でもあります) は、特定の契約の安全性を評価した後、NXM の形で資金を担保に入れます。他人が契約保険に加入すると、それに応じた保険料収入が得られ、保険金請求が発生した場合には、質入れたNXMを用いて、対応する保険金額が支払われます。

保険購入者は、保険契約、通貨、金額、日付を選択し、NXM を使用して保険料を支払う必要があります (ユーザーがイーサリアム通貨 ETH または安定通貨 DAI で支払う場合、システムは自動的にユーザーの NXM 購入を支援します)。リスク事象が発生した場合、ユーザーは請求申請を提出する必要があります。申請は請求評価者によって審査され、請求に合格した場合にのみ補償を受け取ることができます。

クレーム評価者はNXMをステーキングすることでクレームの評価に参加し、70%を超える「一貫性」判定に達する必要があります。評価者の評価結果が全員の「一貫性」判定と同じであれば、評価者は一定のインセンティブを得るが、そうでない場合は、約束したNXMがより長期間ロックされるというペナルティを受ける。全員の評価結果が 70% の一貫性要件を満たしていない場合、または投票数が最低要件を満たしていない場合は、すべてのメンバー (クレーム以外の評価者を含む) が投票できるようにアップグレードされます。

1.2 カバーユーザープロセス

カバービジネスプロセスには主に、保険プロバイダー、保険バイヤー、マーケットメーカーという 3 つのユーザーの役割があります。

保険会社が特定の契約の安全性がより優れていると判断した場合、契約を発行した NOCLAIM / CLAIM トークンに担保 DAI を預けます（トークンの数は DAI と同じです。たとえば、100 DAI を預けると 100 NOCLAIM が生成されます）および 100 CLAIM トークン、1 CLAIM + 1 NONCLAIM は約 1DAI の価値があります)、CLAIM トークンを市場で販売します (現在、CLAIM と NOCLAIM は Balance Exchange で取引されています)。クレームが発生しない場合、1 CLAIM の最終値は 0、1 NOCLAIM の値は 1DAI になります。クレームが発生した場合、1 CLAIM の最終値は 1DAI、1 NOCLAIM の値は 0 になります。

保険購入者は、Balance Exchange に直接アクセスして、契約に対応する CLAIM トークンを購入し、リスク事象発生後、Cover 公式 Web サイトから保険金請求申請を開始し、申請が承認されると、同額の DAI を取得できます。請求。

流動性プロバイダーは、担保 DAI を鋳造された契約の NOCLAIM / CLAIM トークンに入金し、追加の DAI を追加して、NOCLAIM / DAI および CLAIM / DAI を Balance の流動性プールに追加します。

1.3 ユーザープロセスの比較

Nexus Mutual と比較すると、Cover はコミュニティ投票を使用しているため、Cover には請求評価者の役割がありません。請求評価者の投票と比較して、コミュニティの投票は、プロジェクトの長期的な利益に基づいて進められ、合理的な請求を意図的に拒否することを避ける傾向があり、これは、カバーの値は補償が発生するかどうかとは関係がないためです。請求評価者が保有するNXMの価値と資金プールが関係している（詳細は次章）補償が発生すると資金プールが減少し、NXMの価値が減少するため、補償を拒否する一定の動機が存在する合理的な請求を支払う。

副題

トークンモデル

NXM トークンは基本的に Nexus Mutual プロジェクトのすべての価値実現を引き受け、その価格はプロジェクトの資金プールによって決定されますが、COVER トークンの主な目的はプロジェクトのガバナンスであり、その価格は市場の需要と供給に関連しています。

2.1 ネクサス相互トークン

上記のプロセスからわかるように、Nexus Mutal ユーザーは、コミュニティガバナンスを含むリスク評価、保険購入、保険金請求評価のプロセスで NXM を使用し、ユーザーも NXM を通じて実装されます。 NXM は基本的に、Nexus Mutual プロジェクトのすべての価値実現を引き受けます。

NXM は継続的トークンモデルを使用しており、ユーザーは公式 Web サイトで NXM を購入して引き換え、価格はプロジェクトの資金調達状況から計算されます。

上図はプロジェクト資本の増加に伴いNXMの価格も上昇することを示しており、詳細な計算式と説明についてはプロジェクトホワイトペーパー[1]を参照してください。

継続パスモデルの採用後、NXM の価格は需要と供給によって決定されるのではなく (プロジェクト資本が最低必要資本よりも低い場合を除く)、主にプロジェクトのファンダメンタルズによって決定されます。 NXMの価格を安定させるため。

2.2 カバートークンモデル

Cover プロジェクトのトークンである COVER の主な目的はプロジェクトガバナンスであり、ユーザーは保険の購入やステーキングの際に DAI を使用します。 COVER の価格はプロジェクトの資金調達状況とは直接関係がなく、主に市場の需要と供給の価格によって決まります。 COVERのトークン供給量は初年度90,000、2年目10,000で、以降毎年半減していきます。

上図は今後 3 年間の COVER のリリース計画を示しています

Cover プロジェクトには COVER トークンに加えて、CLAIM トークンと NONCLAIM トークンもあり、契約ごとに異なるトークンがあり、これらのトークンは Balance で自由に取引できます。 CLAIMとNONCLAIMの価格は、契約のリスクの度合いを反映した市場取引によって決定され、市場が特定の契約のリスクが増加したと判断した場合、その契約のCLAIMの価格は上昇し、NONCLAIMの価格は上昇します。そうでなければ、この契約のCLAIMの価格は上がり、価格は下がり、NONCLAIMの価格は上がります。

2.3 トークンモデルの比較

副題

保険価格設定と資金プールモデル

Nexus Mutual の資金プールは基本的にすべての被保険契約で共有され、カバーシステム内の異なる契約の請求は相互に影響しません。

3.1 Nexus Mutual の価格設定とファンドプールモデル

Nexus Mutual の契約保険価格は特別な計算式 [1] によって決定されます。この計算式には、主に契約によって担保された NXM 額、保険金額、保険期間という決定要素があります。 NXMの誓約額が多いほど保険金額が減り、保険期間が短いほど保険料が安くなります。

保険基金プールの資金源は主にユーザーが約束したNXMです。ある契約において補償金が発生した場合、補償金を支払うために契約に約定したNXMはまず破棄されます。誓約したNXMが補償金を全額支払うことができない場合、資金プール内の他の資金が補償に使用されます。したがって、ユーザーはさまざまな契約に対してNXMを誓約しますが、保険資金プールは基本的にすべての契約で共有されます。

3.2 カバーの価格設定と資金プールモデル

Cover の保険価格は CLAIM トークンの価格に反映されており、価格が低いほど保険料も低くなり、CLAIM の価格は市場の需要と供給によって決まります。

COVER には資金プールの概念はなく、ユーザー間のゲームによってプレミアムが決定されます。同時に、各契約のCLAIM/NONCLAIMトークンが異なるため、異なる契約のクレームが相互に影響を与えることはありません。

3.3 価格設定と資金プールモデルの比較

副題

コンプライアンスの枠組み

Nexus Mutual は英国金融相互協会の関連規制に従い、準拠した方法で実行されており、ユーザーはそれを使用するために KYC を行う必要があります。補償は国や地域を制限したり、ユーザーを特定できる情報を収集したりしません。

4.1 Nexus 相互コンプライアンスのフレームワーク

Nexus Mutual は英国で裁量相互会社として登録されており、各メンバーは適切な割合の相互会社の所有権を有し、法律に従って保証を提供する義務を負います。 Liberty Mutual Society は英国の保険会社ではありませんが、会員が相互に保証を提供する組織であるため、英国のすべての保険規制ポリシーに準拠する必要はありません。現時点では、Nexus Mutual は金融相互作用協会 (Association of Financial Mutuals) の関連規定のみに従い、正会員になることを検討しています。

関連する英国の法律に従って、Nexus Mutual は世界中の他の国のユーザーにサービスを提供できますが、他の国にも現地のコンプライアンス制限がいくつかあります。 Nexus Mutualは各国・地域の法律を研究した結果、現在一部の国・地域のみに展開されており、会員にはKYCが義務付けられています。

4.2 カバーコンプライアンスフレームワーク

Cover の公式 Web サイトの情報には、Cover が保険相互会社または同様の機関として登録されていることは示されていないため、会員に対する KYC 要件はありません。

4.3 コンプライアンス体制の比較

副題