保険#
暗号通貨の領域は、取引所のハッキングや契約のバグなど、頻繁にリスクイベントが発生する領域です。このような保険問題を解決するためのプロジェクトがいくつか登場しています。
保険は、「大数の法則」に基づいて利益を上げる典型的な業界です。保険業務が利益を上げるための条件は以下の 2 つを含みます：
- 同じタイプの保険には多くの被保険者がいること。保険業務の支払いコストは、過去のデータを計算して支払い比率を決定することで得られますが、被保険者が少ないと支払い比率から大きく逸脱する可能性があります。
- 個々の被保険者が高いプレミアムを支払うことに同意すること。保険は低確率のイベントをカバーしており、このようなイベントの発生確率は経験によって把握することが非常に難しいです。そのため、一般の人々は保険の適正価格がどれくらいかを理解していません。また、このようなイベントの重大性を描写することで、被保険者は均衡価格よりもはるかに高い保険料を支払うことに同意します。例えば、事故保険のカバー範囲のイベントの発生確率は 100,000 分の 1 であり、被保険者は保険料として均衡価格の 5 倍を支払うことに同意する場合、支払う保険料は均衡価格の 5 倍となります。
ブロックチェーン領域のリスクイベントは特殊な性質を持っており、十分なデータがなく、分散化の特徴を持っています。以下では、保険に関連するいくつかのプロトコルを紹介し、現在の業界でどのように機能しているかを見てみましょう。
Nexus Mutual - コンプライアンス保険プロトコル#
Nexus Mutual は 2019 年 5 月にローンチされました。これはイギリスの会社が開発した保険プロトコルであり、創設チームは長年の保険業界の経験を持っています。このプロトコルはプログラマーによって主導されたものではないため、最初から強力なコンプライアンスの色合いが見られます。
このプロトコルでは、現在 3 種類の保険が提供されています：
- プロトコルリスク、例えばハッカー攻撃、経済システムのバグ、オラクルのエラーなど。
- 収益トークンリスク、例えば yUSDC、yCRV など、あるリスクによって価格が対象資産との 1：1 の価格を維持できなくなるリスク。
- カストディリスク、主に分散型取引所のハッキングや引き出し不能のリスク。
Nexus Mutual では、保険に加入するか提供するかに関わらず、まずメンバーになる必要があります。メンバーになるには、完全な KYC（Know Your Customer、顧客の身元確認）を行い、会員費を支払う必要があります。また、一部の国の市民は製品を利用することができません。Nexus Mutual は、すべての参加者が実名であることを保証し、コンプライアンスを確保すると同時に、多くの潜在的な参加者を阻止しています。
Nexus Mutual のメカニズム全体では、プロトコルトークン NXM が重要な役割を果たしています。これはリスク評価、保険契約、請求、請求評価など、すべての段階に影響を与えます。
各保険対象には、NXM のプールがあり、メンバーは自由に NXM を預けることができます。すべてのプールの NXM は、保険契約者に保険を提供するための保険金として機能し、これを保険金プールと呼ぶことができます。各保険対象の価格、つまり被保険者の金額に対する年間保険料の割合は、プール内の NXM によって決定されます。NXM が多いほど、より多くの人々がその保険対象のリスクが小さいと考えるため、必要な保険料はより安くなります。これにより、各保険対象のリスク価格が決まります。例えば、Uniswap のプロトコルリスクの保険金プールには NXM の数量が多く、1,000 ドルの保険料は 30 ドル、つまり 3% ですが、小規模な CEX の NXM の数量は非常に少ないため、年間保険料は 6% になる可能性があります。
また、資本利用率を考慮して、Nexus Mutual は同じ NXM 資金を最大 20 の異なるカバー対象に提供することをサポートしています。これにより、NXM は最大 20 の保険対象で保険金を受け取ることができますが、同時に支払いリスクも増加します。なぜなら、どのリスクイベントもこの保険金の損失を引き起こすからです。
保険に加入する際、保険料はすべて NXM の買い戻しに使用され、そのうちの 90% が破棄され、残りの 10% が将来の請求の保証金として保持されます。したがって、大部分の買い戻し NXM は破棄され、これが NXM の内在価値であり、つまり NXM の価値は保険料によって支えられています。
保険の有効期間中および有効期限終了後の 35 日間、保険契約者はいつでも請求を申請することができます。保険に加入する際の 10% の保留資金は、請求申請の保証金として使用され、5% ずつ消費されます。請求申請が拒否された場合、保証金は没収されます。このメカニズムは、虚偽の請求申請が過度に行われるのを防ぐために使用されます。
請求が承認された場合、最大 2 回の投票が行われ、請求申請を受け入れるかどうかが投票によって決定されます。最初の投票は「請求評価者」によって行われます。投票に参加する NXM の価値が請求金額の 5 倍以上になった場合、請求結果が確定し、70% 以上の場合は請求を受け入れ、それ以外の場合は拒否されます。請求評価プロセスには報酬と罰則のメカニズムがあり、投票結果と最終結論が一致した評価者には NXM の報酬が与えられ、結論と一致しなかった投票者の NXM は長期間ロックされるか、罰則が科されます。
請求結果が拒否された場合、第二の投票の機会があります。この時点で、すべてのメンバーに投票が開放されます。50% 以上のメンバーの投票結果があれば、請求が支払われます。
NXM プール内のメンバーは、リスクイベントに遭遇した場合、関連する請求を拒否する傾向がありますが、投票はすべての NXM 保有者に開放されています。実際のリスクイベントが適切に請求されない場合、プロトコルの信頼性が低下し、それによって NXM の価格が下がる可能性があります。NXM 保有者の利益を考慮して、投票グループ全体は公正な判断を下す傾向があります。Nexus Mutual の請求評価プロセスは集団意思決定に基づいており、従来の保険の認定方法とは異なり、経済的なインセンティブのゲーム理論によってコミュニティが真実の判断を下すように促されています。
請求が確定すると、保険プール内の一部の NXM が補償資金として使用され、NXM 保有者が補償費用を負担します。
Nexus Mutual のアクセスと請求評価には、中央集権的な要素が含まれていることがわかります。他の保険プロトコルはアクセスプロセスで分散化を実現しているかもしれませんが、リスクイベントは標準化された判定ができないため、逆選択の可能性があります（攻撃者が攻撃前に大量の保険に加入するなど）。そのため、保険請求プロセスでは完全に分散化することは非常に困難です。