編集者注: この記事は以下から引用しました第一種倉庫ブロックチェーン研究所（ID：first_vip1）、許可を得てOdailyによって転載されました。
編集者注: この記事は以下から引用しました
第一種倉庫ブロックチェーン研究所（ID：first_vip1）
第一種倉庫ブロックチェーン研究所（ID：first_vip1）
、許可を得てOdailyによって転載されました。
暗号通貨の世界では、投資家は技術的なリスクに直面しています。つまり、トークンがウォレットやスマートコントラクトに保存されている場合、ハッカーによる攻撃や盗難のリスクがあります。コードの品質を直接理解できないユーザーの場合は、保険に加入することで解決できます。現在の状況は 2 つの側面でスマート コントラクト保険の需要を生み出しています: 1) DeFi エコシステムの拡大によるリスク移転、2) 頻繁なハッカー攻撃。 Nexus Mutual は現在、スマート コントラクト保険を提供する唯一のプロジェクトであるため、その競争上の優位性は非常に明らかです。
Nexus のチームメンバーは、長年にわたる保険計理士やブロックチェーン実務家など、非常に合理的なメンバーです。彼らのコードコミットは良好な状態にあります。
現在の保険事業の規模の下では、新しい質権モデルが提供できる年率収益率は非常に限られており、質権者は元本損失のリスクも負担する必要があるため、このモデルは依然としてNXMに質権を与える十分なリスク評価者を引き付けることができません。このモデルに基づいた新製品は、リスク誓約が不十分なために事業を遂行できなくなるリスクがあります。
NXM の価格モデルは非常に明確であり、長期的には ETH 価格とビジネスの成長によってのみ影響を受けます。 ETH価格の要因を脇に置くと、短期的には資本プールの成長に応じてMCRが成長するため、MCR%は130%にとどまり、結果としてNXMの価格はジグザグに上昇します。
要約すると、Nexus Mutual は注目に値します。
最初のレベルのタイトル
1. 基本概要
1.1 プロジェクトの紹介
この製品の保険の対象はスマートコントラクトであり、保険責任は「コードの意図しない使用」です。 KYCを通じて会員になったユーザーは商品を購入できます。指定されたスマートコントラクトがハッカーによる攻撃を受けた場合、被保険者は損失の回復を請求することができます。
副題
1.2 基本情報
最初のレベルのタイトル
2. プロジェクトの詳細
副題
2.1 チーム
チームメンバーは 8 名、コンサルタントは 2 名で、そのうち 3 名は経験豊富な保険実務家です。
創設者兼 CEO の Hugh Karp は英国ロンドンに拠点を置き、15 年の経験を持つ保険専門家兼保険数理士です。
CTO の Roxana Danila は、2019 年 1 月に同社に入社しました。製品志向のエンジニアであり、大規模なアプリケーションとソフトウェア製品の構築で 5 年以上の経験があります。 Facebook に 4 年間勤務し、ニューヨーク地域のテクノロジー責任者を務めました。
Nitika Arora 取締役会メンバー兼技術者。彼女は Somish Solutions のフルスタック開発者兼チーフ テクニカル アーキテクトです。技術設計、企業の拡張性に重点を置く
そしてセキュリティ。彼は Somish Blockchain Labs の CTO であり、GovBlocks の共同創設者でもあります。
取締役兼保険計理士であるレニス・メルバルディス氏は、世界最大手の再保険会社の一つであるミュンヘン再保険会社に5年間勤務し、2018年5月から2019年4月までNXMに入社し、2019年5月にAonグループ（Aon Corporation）に入社しました。世界最大の保険グループ会社。
取締役会のメンバーで相互保険の専門家であるグレアム・サーグッドは、17 年間の保険経験を持つ保険実務家であり、英国での相互保険協会の設立と運営に豊富な経験を持っています。以前はRSA、Allianz、Avivaに勤務し、現在はRegis Mutual Managementに勤務しています。
コミュニティ リーダーの Kayleigh Petrie は、コミュニケーションと会議の企画が得意で、2018 年 11 月に Nexus Mutual に入社しました。
取締役会メンバーでありブロックチェーン専門家である Ish Goel は、Somish Solutions の CEO 兼コア ブロックチェーン アーキテクトであり、GovBlocks の創設者です。ブロックチェーン センターは 2016 年に設立され、複数の業界や政府にわたる複数のブロックチェーン MVP の開発を監督しています。 2017 年に Nexus Mutual に入社し、Roxana Danila が入社する前は CTO を務め、これまでに NXM に最も多くのコードを提出しました。
スティーブ・バーカー氏、SwapForexのアドバイザー、創設者、CEO。彼は金融サービスと新興企業で 22 年以上の経験があり、英国および国際的な多数の投資ファンドを管理しています。彼はメディア、インターネット TV、金融サービスの分野で多くの新興企業を共同設立しました。
Evan van Ness 氏、コンサルタント、イーサリアム エコシステムに関するニュース サイト WeekInEthereum.com の創設者。
副題
2018年5月11日、同社はシードラウンドの資金調達完了を発表し、投資家はKR1とKeneticだった。このうち、KR1 は 2018 年 4 月に 184,000 ユーロ [1] (215,500 米ドル) を Nexus に投資しました。この投資機関は Argent、Herdius、Vega などのプロジェクトにも投資しています。
シードラウンドの投資家には700,000NXMが割り当てられました。
2020年7月23日、KR1は35,128NXM（保有株の36.5％）を平均価格14.03ドルで売却し、当初の利益2.24ドルと比較して492,991ドルの利益を上げました。 KR1は、当初のNexusポジション（63.5%として計算）の4分の3以上を依然として保有しており、価格と資本プールのダイナミクスが通常のレベルに戻った後、一部のトークンを買い戻すつもりであると述べた[2]。
副題
2.3 コード
Nexus Mutual のコード提出状況はバージョンの更新を反映しており、2019 年 7 月に最初のビジネスが生成されて以降、コードが更新されビジネスの推進に主眼が置かれていることを反映して、コード提出は停滞していました。 2020 年の初めから、チームは新しい誓約システムの追加を開始し、DeFi エコシステム全体の迅速な反復により、独自のコード更新の進捗を加速しました。
図 2-2 は、Nexus Mutual の人々によって提出された提案を反映しています。 Github の情報によると、Nexus Mutual のコードのほとんどはインド企業 Somish によって提供されており、公式 Web サイトには掲載されていない前述の Ish Goel、Nitika Arora、Suraj Rawat も含まれています。
副題
2.4 製品
Nexus Mutual は分散型相互保険です。
2.4.1 スマートコントラクト保険
Nexus Mutual の最初の製品はスマート コントラクト カバーです。
この製品の保険の対象はスマート コントラクトであり、保険責任は「コードの意図しない使用」、具体的には次のとおりです。 1) 指定されたスマート コントラクト アドレス、またはスマート コントラクト システム内の直接関連するスマート コントラクト アドレスがハッキングされた保険期間中の、スマート コントラクト コードの誤使用の直接の結果である、元の所有者によって管理されていないアドレス、または資金の永久的な損失。
保険契約者は保険期間内、または保険期間終了後35日以内に保険金を請求する必要があります。
上記の用語の定義:
保険金額：スマートコントラクト保険を購入する際に保険契約者が指定した金額。
金銭の損失: ハッキングによる金銭の総額の損失であり、個々の保険契約者の損失ではありません。
重大: 契約に伴うガス関連費用をはるかに上回り、資金損失の総額は保険金額の 20% を超えます。
保険期間：保険申込時に契約者が選択した日単位で計算され、30日を超え1年未満です。スマート コントラクト システム: イーサリアム上で実行される単一のスマート コントラクト、または直接関連するスマート コントラクトのグループを指します。ただし、オラクル、マイナー、イーサリアム ネットワーク、システムと対話する個人や組織など、イーサリアムと対話するシステムは除きます。
今日のスマート コントラクト システムは複雑であるため、スマート コントラクト保険の目的は、ユーザーがスマート コントラクト システム全体を表す 1 つの「マスター」コントラクトのみに保険を適用できるようにすることです。図 2-3 は、現在一般的な 2 つのスマート コントラクト システムを示しています。ユーザーはマスターとファクトリーのみを保証できます。これは、スマート コントラクト システム全体を保証するのと同じです。
免責事項:
1) フィッシング、秘密キーのセキュリティ侵害、マルウェア、取引所の盗難、またはスマート コントラクトが依然として意図したとおりに機能しているその他のアクティビティによる資金の損失。
2) スマート コントラクトまたはスマート コントラクト システムの展開が、顧客による実際の使用に対する請求ではなく、主にこのポリシーに対する請求を目的としている場合。
3) 保険期間前にスマートコントラクトシステムがハッキングされたり、バグが公表されたりした場合。
4) スマートコントラクトのロジック変更から 250 日以内に発生したバグはハッカーによって攻撃されました。具体的な状況は次のとおりです。スマート コントラクトのメイン コントラクトが変更されない場合、サブコントラクトは更新または置き換えられます。つまり、図 2-3 では、マスター コントラクトとファクトリー コントラクトは変更されていませんが、F などのコントラクトは変更されます。 (x) または Child(x) が変更されました。この責任免除は、リスク評価者を予期せぬ変化から保護するためのものです (免除条項は 6 月 16 日に削除されました)。
5) スマート コントラクトの外部の入力は意図しない方法で機能しますが、スマート コントラクトは期待どおりに機能します。入力には、オラクル、ガバナンス システム、インセンティブ システム、マイナーの動作、ネットワークの混雑などが含まれますが、これらに限定されません。
保険が終了する場合：
1) 保険を請求するとき。
2) 保険期間が満了した場合。
2.4.2 保険申請プロセス
Nexus Mutual のメンバーになることによってのみ、NXM を購入し、スマート コントラクト保険を購入できます。メンバーシップには KYC と 0.002ETH のメンバーシップ料金が必要です。 KYC は現在、中国本土などの地域をサポートしていません。会員になったユーザーは 1 つのアドレスのみをバインドでき、そのアドレスのみが購入できます。
会員になった後、初めてスマートコントラクト保険を購入するプロセスは次のとおりです。
1) 保険の購入ページで保険をかけたいスマート コントラクトを選択するか、スマート コントラクトのアドレスを入力します。
2) DAI または Ether で建てられる保険金額を入力します。
3) 保険期間を入力します。
4) 見積書を取得します。見積書の上限は 2.5.2 の支払能力制限の対象となります。
購入保険ページでは購入できるスマート コントラクトは 16 個しかありませんが、実際には 26 個のスマート コントラクトがサポートされています。表 2-1 を参照してください。リアルタイムのお問い合わせはDiscordの総合チャンネルからお願いいたします。
2.4.3 請求プロセス
保険利用者は、保険期間中および満了後 35 日以内に請求を行うことができます。保険金請求の評価は単純な「はい」と「いいえ」の投票であるため、保険利用者が被った実際の損失は評価されません。
ユーザーが請求を送信するとき、図 2-4 の保険料の 5% である NXM を誓約する必要があります。請求が失敗した場合、もう一度請求するチャンスがあります。ユーザーが請求しなかった場合、または最初の請求が成功した場合は、プレミアム NXM の 10% が剥奪され、ユーザーが最初の請求に失敗し、2 回目の請求が成功した場合は、NXM の 5% が剥奪されます。
副題
2.5 詳しい事業説明
2.5.1 保険費用
6 月 23 日、新しいプレミアム価格モデルがコミュニティ投票を通過しました。
新しいリスク評価モデルのため、Nexus は以下を満たす新しい簡素化されたプレミアム価格設定フレームワークを必要としていました: 1) シンプルさ - リスク評価者に対して複雑さをオフチェーンに押しやります (リスク評価者自身のリスク モデル評価に従って); 2) 分散化 - 十分にシンプルで、オンチェーン情報のみに依存し、完全にチェーン上で実行できます (現在のオフチェーン見積エンジンと比較して) 3) 柔軟性 - スマートコントラクトの範囲の価格設定だけでなく、あらゆるタイプのリスクの価格設定も可能です。 Nexus チームは新製品を発売できます。
スマート コントラクト保険のコストは、1) 単一スマート コントラクトのリスク プレッジ額、2) 保険金額、3) 保険期間の 3 つの要素によって決まります。
スマート コントラクトの誓約額を決定する最初のステップは、Nexus Mutual が毎年支払うと予想される保険金額であるリスク コスト (リスク コスト) を計算することです (式 1 を参照)。 2 番目のステップは、保険費用を計算することです。これは 2.4.2 の見積もりです。式 2 を参照してください。
1 つのスマート コントラクトのリスク プレッジ額が 200,000 NXM を超える場合、保険料が最も低くなり、図 3-8 の 6 つのプロジェクトのスマート コントラクトのリスク品質はすべて 200,000 NXM を超えるため、保険料が最も低くなります。保険金額や保険期間に関わらず、最低保険料は年率1.3%となります。単一プロジェクトのスマートコントラクトの年換算プレミアム率とリスクプレッジ額の関係を図 2-6 に示します。
2.5.2 資本モデル
キャピタルプールとは、Nexus Mutual が保有する資金の量を指し、そのすべてはメンバーが NXM を購入するために使用した ETH と DAI から来ています。
資本モデルは、ネクサス ミューチュアルが運営を維持するために必要な最低資本額、つまり最低資本要件 MCR (ETH 用語での最低資本要件) を決定します。
MCR は 2 つの部分で構成されます: 1) BEL (Best Estimate Liability、最良債務予測) は、各保険の予想支払額を指し、既存のすべての保険契約のリスクコストによって決定されます (式 1 を参照); 2) バッファー (バッファー) ) を指します。「ブラック スワン」事象を防ぐために使用される資金プールは、欧州保険業界のソルベンシー II フレームワークによって計算されます。
MCR に対する資本プールの比率は MCR% であり、Nexus Mutual は常に 1 より大きい MCR% を維持します。 MCR%≤1の場合、NXMはETHまたはDAIを引き換えることができなくなります。
資本モデルはオンチェーンで実行するには複雑すぎるため、オフチェーンで実行し、結果を 4 時間ごとにオンチェーンで公証する必要があります。 Capital モデルのコードはオープンソース化されるため、誰でも独立して実行して結果を検証できます。
2.5.3 支払い能力の制限（能力の制限）
支払能力制限とは、保険基金全体を保護するために、Nexus Mutual が特定のリスクの返済額を制限することを意味します。制約には主に 2 つのタイプがあります。特定のリスク制約とグローバル機能制約です。
特別リスク制限: スマート コントラクトの保険金額の上限は、スマート コントラクトで約束された金額と同じであり、約束がない場合、Nexus はスマート コントラクトに対する保険を提供しません。質権関連情報については、「2.5.5 リスク評価」を参照してください。
グローバルな容量制限: 単一の特定のスマート コントラクトでどれだけの NXM が約束されていても、MCR (eth) の最大 20% しか支払うことができません。式 3 を参照してください。
2.5.4 投資管理（未実施）
従来の保険モデルでは、保険会社は利益を得るために保険料を投資します。これは、保険会社の収益性にとって重要な部分です。保険会社の投資戦略は通常保守的であり、ファンドの支払能力を脅かさない範囲で投資を行います。
Nexus Mutual には、通貨資産 (Currency Assets、CAx) と投資資産 (Investing Assets) の 2 種類の資産があります。
通貨資産とは、システムで受け取ったすべての ETH および DAI を指し、ソースにはスマート コントラクト保険商品の販売、NXM トークンの販売が含まれます。これらの資産は Nexus Mutual の負債であり、NXM による請求と償還に応じて流動性を維持する必要があります。
投資資産は他のERC20トークンを指します。将来的には、Nexus Mutual のメンバーは、ガバナンス システムを通じて保険システムに参加するための他の ERC20 トークンに投票できるようになります。
Nexus Mutual の投資戦略計画では、通貨資産は ETH 2.0 で担保され、投資資産は Uniswap でマーケットメイクされます。
2.5.5 リスク評価
リスク評価とは、メンバーが安全だと考えるスマート コントラクトに対する報酬を得るために NXM トークンをプレッジすることを意味し、対応するリスクは、プレッジされた NXM が請求に使用されることです。
ユーザーがリスク評価に参加するプロセスは次のとおりです。
1) Li Lei は最初に NXM の合計を入金します。これは任意の金額 (1000 NXM など) にすることができます。
2) Li Lei は、誓約したいスマート コントラクトを最大 10 個選択します。表 2-1 に限定されず、任意のコントラクトを選択できます。 (カーブなど)
3) 各スマート コントラクトによって誓約される金額は、20 NXM を超え、Li Lei によって預けられた金額 (1000 NXM) 未満である必要があります。
4) 会員がCurveの保険を購入した場合、保険料の50%がスマートコントラクトに誓約したすべてのユーザー(Li Leiを含む)に分配されます。
5) スマートコントラクトを購入した会員の請求が成功した場合、スマートコントラクトで担保されたNXMが会員に支払われ、Li LeicunのNXMは損失を被ることになります。
6) Li Lei 氏が誓約からの撤回を選択した場合、90 日間のロックアップ期間が設けられ、その間 Li Lei 氏は引き続き保険料収入を受け取り、返済リスクに直面することになります。
2.5.6 クレームの評価
請求が提出されると、請求評価担当者によって評価されます。
2.5.6.1 クレーム評価者の投票
NXMを保有するメンバーは誰でも請求査定人になることができ、NXMをステークした後は議決権を持ちます。 Pledging NXM の初期ステーキング期間は 30 日間ですが、評価者の投票後、7 日間の延長期間が生成されます。評価者の投票がコンセンサスに同意した場合、このステーキング延長期間はキャンセルされます。そうでない場合、ステーク延長は有効のままです。投票期間は36時間以上72時間以内で、投票総額が保険金の10倍を超えた場合は早期終了となります。投票結果が出た後、投票に参加した請求査定人に報酬プール（Fee Pool）の報酬が比例配分されます。請求査定人は 6 時間ごとに 1 つの請求に対してのみ投票できます。
保険金請求評価者の投票セッションは、次の 2 つの条件を満たす必要があります: a. 各保険金請求に参加する評価者の NXM 誓約金額は、保険金請求の保険金額の 5 倍を超えなければなりません; b. 投票の 70% 以上が満場一致であること (同意するかどうかに関係なく) ）請求に同意します）。上記 2 つの条件が満たされない場合は、メンバー全員の投票プロセスに入ります。
2.5.6.2 全メンバーの投票
すべてのNXM保有者はNXMをステーキングせずに投票します。投票参加者のすべての NXM は 2 日間ロックされ、それに応じて参加者は料金プールの報酬を受け取ります。全投票の投票期間は前段階と同じです。
すべてのメンバーの投票セッションでは 1 つの条件を満たす必要があります。それは、参加している NXM のロック額が請求額の 5 倍を超えている必要があります。上記の条件が満たされない場合、請求査定人の投票ステージが再度開始され、最初のステージの 2 つの条件はキャンセルされます。
保険金請求審査担当者が保険金請求を承認すると、保険金額が保険契約者の住所に送金され、同時に保険契約は終了し、保険契約者の保証金は返還されます。補償が拒否された場合、保険契約者の保証金は破棄されますが、保険契約はまだ有効であり、保険契約者は二度目の請求申請を行うこともできます。
ただし、加入者全員の投票結果が最終的なものとなり、保険金を請求しなかった被保険者は再度保険金を請求することはできません。
料金プールの資産は、システムによって鋳造された保険料金の 20% です。投票が終了すると、すべての投票者は料金プールから報酬を受け取ります。分配率は投票数に基づいています。
2.5.7 ガバナンス
Nexus Mutual の DAO ガバナンスは、チームメンバーの Nitika Arora 氏と Ish Goel 氏が所属する Somish 社が開発した GovBlock プラットフォーム上に展開されています。
Nexus Mutual には、Nitika Arora、Renis Melbardis、Graeme Thurgood、Nick Munoz-McDonald、Ish Goel の 5 人のメンバーで構成される諮問委員会があります (2.1 を参照)。
通常、ガバナンス プロセスは次のとおりです。
1) メンバーが提案を行う。
2) 諮問委員会によって承認され、提案をホワイトリストに追加し、投票報酬を設定します。
3) 諮問委員会は投票を行い、すべてのメンバーにガバナンスに関する推奨事項を与えます。
4) すべてのメンバーは 15% 以上投票する必要があります。
5) チームは提案を実行します。
諮問委員会は、請求査定段階で不正が発生したと思われる場合、請求査定人によって誓約されたNXMを破棄する権利を有します。
Nexus Mutual の製品はスマート コントラクト保険であり、製品の主題はスマート コントラクトであり、保険責任は「コードの意図しない使用」です。 KYCを通じて会員になったユーザーは商品を購入できます。指定されたスマートコントラクトがハッカーによる攻撃を受けた場合、被保険者は損失の回復を請求することができます。メンバーはNXMにステークし、請求評価に参加し、プレミアム報酬を得ることができます。さらに、新しく更新されたリスク評価モジュールにより、メンバーは独自のリスク管理基準に従って各スマート コントラクトを誓約し、プレミアム報酬を受け取りながら Nexus Mutual システムに資本を拠出することができます。 Nexus の保険ビジネス フレームワーク全体は厳密に設計されており、すべてのリンクがブロックチェーンと結合されています。
現在の保険事業の規模の下では、新しい質権モデルが提供できる年率収益率は非常に限られており、質権者は元本損失のリスクも負担する必要があるため、このモデルは依然としてNXMに質権を与える十分なリスク評価者を引き付けることができません。このモデルに基づいた新製品は、リスク誓約が不十分なために事業を遂行できなくなるリスクがあります。
最初のレベルのタイトル
3.開発
副題
3.1 歴史
3.1.1 bZx イベント
30,000 DAIに相当する最初の請求（請求1）は、76,000 NXM（30万ドル以上の価値）を約束した7/8の請求査定人によって拒否されました。 bZx が詳細なインシデント報告書を提出した後、保険会社は再度請求を申請しました (2.4.3 を参照、保険契約者は 2 回請求できます)。請求 2、3、5 は支払われ、50,000 DAI のうちの請求 4 は拒否され、最初の攻撃の後、2 回目の攻撃の前に購入されたため、補償の対象にはなりませんでした。
bZx に関するコミュニティのディスカッションを表 3-2 に示します。
3.1.2 MakerDAO清算イベント
「3.12」期間中、MakerDAOの清算メカニズムの問題により、Makerは450万ドルの損失を被った。 「コードの意図しない使用」については、コミュニティで多くの議論が行われています。最終的に、16 件の請求すべてが拒否され、99.96% (約束された 222 万米ドル) が請求を拒否することに投票しました。
副題
3.2 ステータス
3.2.1 保険金額
図3-1を見ると、2020年7月以降、有効契約の累計保険金額が急速に増加していることがわかります。これは、COMPトークンによって開始された流動性マイニングが6月中旬以降、DeFi市場に大量の流動性をもたらし、資本保険に対する巨大な需要ももたらしたという事実に由来しています。 8月3日現在、保険契約数は560件、総額1723万ドルとなっている。
図 3-2 は、累積保険金額が最も大きい 5 つの契約が、カーブ、イヤーン、バランサー、コンパウンド、およびメーカーであることを示しています。 Curve と Yearn の巨額の保険は、7 月中旬に開始された YFI トークンマイニングから来ており、1 週間の莫大な年率収益率が多くの流動性プロバイダーを魅了し、多数の保険契約を形成しました。
3.2.2 クレーム
図 3-3 は Nexus 開始以降のクレームを示しており、25 件のクレームのうち、青色のクレームが成功したクレーム、オレンジ色のクレームが失敗したクレームを示しています。 bZx 事件では請求 1 ～ 5 がすべて提出され、そのうち 2、3、5 が支払われました。これは、これまでに請求ポリシーが成功した唯一の事件でもあります (詳細については 3.1.1 を参照)。
3.2.3 資金調達
図 3-4 は、Nexus の資本プールが 7 月以降急速に増加し、8 月 3 日時点で 1,982 万ドルに達していることを示しています。その理由は、流動性マイニングによる DeFi の成長であり、それが保険の需要を引き起こしています。
図 3-5 の MCR は 7 月中旬に急速に増加し始めました。 MCR（ETH）の初期値は7000ETHです。 2019 年 11 月 11 日から、MCR% が 130% を超えると、MCR (ETH) の値は 1 日に 1 回調整され、毎回最大 1% ずつ増加し、MCR% が 130% になった時点で調整が停止されます。 130%に相当します。 2020年7月11日より調整間隔が4時間に1回に短縮され、1回あたり1%、つまり毎日最大6%ずつMCR（ETH）が増加します。 MCRが100,000 ETHに増加すると、調整間隔は1日1回に戻ります。 8月3日現在、MCR（ETH）は40,000ETHに達しています。
図 3-6 は MCR% の変化を反映しています。 MCR% は資本プールの規模と MCR の比率です。前者は事業の成長の結果であり、後者は MCR% が妥当な値の範囲内に収まるように前者に応じて調整する必要があります。チームの現在の設定は、MCR% を 130% に維持することであるため、上記 2 つの MCR (ETH) 調整があります。130% の調整しきい値と 4 時間ごとの調整率です。 8 月 3 日の時点で、MCR% は 130% に調整されました。
3.2.4 リスクの誓約
図 3-7 は、7 月 2 日のリアルタイムの新しいリスク ステーキング モデルから開始して、NXM のプレッジ総額が大幅に増加したことを示しています。8 月 3 日の時点で、プレッジ総額は 380,000 ドル、その数は 330 万です。総供給量（567 万、図 4-2 参照）に占める割合は 60%（注：誓約規模は最大 10 倍まで拡大できるため、最低データは 6% に過ぎない可能性があります）。
図 3-8 では、NXM のプレッジ額が最も大きい 5 つの契約は、Compound、Curve、Uniswap、Synthetix、および Aave です。スマートコントラクトが攻撃された場合、リスク評価者の誓約トークンが補償として使用され、元本が失われるため、図 3-8 の各スマートコントラクトの誓約金額は、スマートコントラクトに対するリスク評価者の安全性判断を反映しています。コンパウンドは人々が最も安全だと感じるプロジェクトです。
図 3-2 と比較すると、yearn のリスク保証額は比較的小さいですが、保険金額は 2 番目に大きく、7 月中旬の人気プロジェクトである yearn の不確実性による保険需要があることがわかります。
表 3-3 は、各スマート コントラクトの NXM リスク プレッジの利回り上位 10 位を示しています。現在の収益率と、約束された元本をすべて失うリスクに基づくと、これらの予想年率収益率は明らかに魅力的ではありません。
副題
3.3 将来
Nexus のより広いビジョンは、スマート コントラクトのリスクだけでなく、オラクル マシンのリスク、さらには地震や台風などの仮想通貨以外のリスクまで、さまざまなタイプのリスクをサポートすることです。
図 3-4 の 1、2、2a、および 2b はすべて完了しました。これらは、新しいリスク評価モデル (2.5.5 を参照)、リスク評価者の利益の増加 (3.2.4 を参照)、およびアップグレードの削除です。免除条項パート（2.4.1 参照）、保険料設定の簡素化（2.5.1 参照）。
Nexus は、より多くのメンバーが頻繁にアップグレードされるスマート コントラクトを購入できると感じて、より大きなリスク保護を提供できることを期待して、アップグレード コントラクトの免除条項を削除しました。この変更は 6 月 16 日のコミュニティ投票で可決されました。
最近、Nexus Mutual の開発は、製品、資本拡大、分散化の 3 つの側面に焦点を当てています。具体的には以下のような項目があります。
1) 請求を実際の損失に関連付けます: 現在の保険は、請求の保険契約者の実際の損失を評価せずに、スマート コントラクトの全損失に関連付けられています。将来的には、Nexus の方向性は、保険契約者の実際の損失を測定することであり、これには、保険金請求が受理される前に、ハッキングによって直接影響を受けたアドレスから署名付きメッセージを提供することが含まれる可能性があります。
3) 保険金の一部支払い: これは、将来の多くの製品オプションのロックを解除するために必要な重要な機能です。投票の結果は単純な「はい」か「いいえ」ではなく、「いくらか」です。これにより、製品は実際の損失をより厳密に補償することができます。
5) 大規模なオラクル失敗: 大規模なオラクル失敗が発生した場合に損失全体を支払う特定の商品。
概要: Nexus の開発は比較的順調で、事業展開は順調に進んでいます。 bZx イベントは、NXM が請求和解に合格した唯一のイベントであり、1) Nexus がメンバーのスマートコントラクトのリスクを実際に保護できること、2) 保険の責任範囲が明確であり、トークン価格の変動が影響しないことを示しています。保護されました。 Nexusでは、新たなリスク評価システムを導入し、リスク評価を評価者自身に引き継ぐことで、将来的には新たな保険商品の追加が容易になります。 Nexus の短期ロードマップ上のいくつかの重要な方向性には、現実的なニーズがあります。
最初のレベルのタイトル
4. トークン
副題
4.1 モデル
4.1.1 価格
ETHのほかに、NXMの価格は2つの要素によってのみ決定されます：1) 資本プールのサイズ、2) MCR (ETH)。式は次のとおりです。
例えば：
式 1 の設計原理: 1) 保険には保険金額をカバーするための資金が必要であり、市場に参入する資金を呼び込むためにはより低い価格が必要であるため、低い MCR% 値は資金額が低いことを意味します。2) 逆に、 MCR% が高いことは資金量が多いことを意味し、この時点で価格が上昇する可能性があります; 2) MCR (ETH) が高い場合はビジネスの成長を意味し、トークン価格はそれと正の相関があるはずです。
資本プールが0の場合、つまり初日のNXM価格は0.01028ETHであり、その時のETH価格が268ドルであることから、NXMの初期価格は2.755ドルとなります。
現在の資本プールのサイズは 52,000 ETH、MCR サイズは 40,000 ETH (図 3-5 を参照)、NXM の価格は 0.02998 ETH です。
例えば：
1) 合計資金、たとえば 520 ETH が Nexus Mutual システムに入り、NXM を購入するとき。現時点で、システム全体の資本プールのサイズは 520 ETH 増加しました。 MCRの調整間隔は4時間なので、この時点でMCRが変わらないとNXMの価格は上昇し、NXMの価格は0.03078ETHとなります。
3) MCR% が再び 130% に低下したため、MCR は調整されなくなります。したがって、システムに新たに追加されたETHによりNXMの価格は最初に上昇し、その後下落し、最終的な価格は初期価格よりわずかに高くなります。
表 4-1 の 2 つの矢印は、上記の例における NXM の価格の動きを示しています。 Nexus システムがスムーズに動作する場合、NXM の価格は常に表 4-1 に示すように、緑から青、そして緑へと螺旋状に上昇します。
多くの人が市場から離れると、資本プールのサイズは減少しますが、MCR の額よりも少なくなることはないことに注意してください (システムでは NXM を ETH に交換することはできません)。というのは、短期的な資本プールの規模は MCR と等しいからです。このとき、MCR%<130%、1 に近いかそれに等しい。 NXM の価格は表 4-1 の赤色で表示されます。
図 4-1 は ETH 建ての NXM の価格を示しており、前述のように NXM の変動がスパイラル的に上昇していることがわかります。図 3-4、図 3-5、図 3-6 と比較できます。
副題
4.2 需要と供給
4.2.1 供給
NXMには次の5つのキャスト方法があります。
1) 初期トークン: 契約が展開されると、300 万の NXM トークンが生成され、創設者と初期の貢献者に配布されます。
2) トークン価格モデルによる購入: メンバーはいつでも価格モデルを通じて購入できます。
3) 保険金請求評価に対する報酬: 保険金の 20%、保険金請求査定に参加した会員に報酬を与えます。
4) リスク評価報酬: 保険料の 50%、リスク誓約に参加した会員に報酬を与えます。
5) ガバナンス報酬: 通常 100 NXM、ガバナンスに参加するメンバーに報酬を与えるために使用されます。
図 4-2 は、NXM の供給が徐々に増加していることを示しており、流動性マイニングによって生じた保険需要により、7 月に NXM の数が急速に増加しました。 8月4日時点でNXMの供給量は551万個。
4.2.2 要件
NXMには次の4つの用途があります。
1) 保険の取得: NXM は破壊を通じて保険を取得できます。トークンの 90% は焼かれ、10% は請求の提出のためにロックされます。ロックアップ日数は保険日数に 35 日を加えた日数となります。
2) クレーム評価の誓約: クレーム評価に参加して結果報酬を獲得するユーザーは、NXM を誓約する必要があります。
3) リスク評価の誓約: リスク評価に参加するには、NXM をステーキングすることも必要です。
4) 償還: 特定の条件下で、ユーザーはNXMを書き込み、ETHと置き換えることができます。条件は次のとおりです。
a. 資金プールが MCR (ETH) より大きい、つまり MCR%>100% です。
c. ファンドプールには十分な ETH 流動性がなければなりません。
最も重要なことは、イーサリアム アドレス間でトークンを転送できないことです。メンバー、つまりKYCに合格したユーザーのみがNXMを購入および破棄できます。しかし、コミュニティは、市場で自由に取引できるように、NXM を WNXM に 1:1 で変換する Wrapped NXM を作成しました。 WNXM のメンバーのみが NXM に戻すことができます。 WNXM に鋳造された NXM の数は 100,000 で、総供給量の 1.82% を占めます。
概要: NXM の価格モデルは非常に明確であり、長期的には ETH 価格とビジネスの成長によってのみ影響を受けます。 ETH価格の要因を脇に置くと、短期的には資本プールの成長に応じてMCRが成長するため、MCR%は130%にとどまり、結果としてNXMの価格はジグザグに上昇します。
最初のレベルのタイトル
5. 競争
副題
5.1 業界の概要
Nexus Mutual は、イーサリアム ネットワーク上に構築された相互保険プロジェクトです。
保険とは、契約者が契約に基づいて保険会社に保険料を支払うことをいい、保険会社は、契約上の取り決めに基づいて発生した事故や、被保険者が死亡、障害、病気になった場合に生じた物的損失を補償する責任を負います。契約で合意された年齢と期限に達したときに保険金を支払う責任を負う商業保険[1]。
Nexus Mutual は、投資家のリスクエクスポージャーを軽減する行為を指すために「カバー」という用語を使用しています。
暗号通貨の世界では、投資家はしばしばいくつかのリスクに直面します: 1) 市場リスク、つまり暗号通貨の価格変動のリスク; 2) 信用リスク、つまりトークン発行者による意図的な詐欺のリスク、またはトークンの最終的な解散のリスク3) 技術的リスク、つまり、トークンがウォレットまたはスマート コントラクトに保存されているときにハッカーによって攻撃または盗難されるリスク。
市場リスクは、先物やオプションの購入など、金融的な方法でヘッジできます。信用リスクは、プロジェクトに関する適切な調査によってカバーできます。技術的なリスクに関しては、コードを学習していないユーザーにとっては、保険に加入することによってのみ解決できます。
Nexus Mutual は現在、ブロックチェーン エコシステムでスマート コントラクト保険商品を提供する唯一のプロジェクトです。
副題
現状は 2 つの側面でスマート コントラクト保険の需要につながっています: 1) DeFi エコシステムの拡大によるリスク移転、2) 頻繁なハッカー攻撃。
ここ数か月で、DeFi エコシステムの規模は急速に拡大しました。 6月から、COMPは流動性マイニングの前段階を開始しました。 Compound、Maker、Aave、Balancer、Curve、 Yearn、およびマイニングに関連するその他の主要な DeFi プロジェクトでは、図 5-1 に示すように、ロックされたポジションが急速に増加しています。集中型取引所の元の資金はさまざまなDeFiプロジェクトに移されているため、集中型取引所から逃げるリスクは分散型スマートコントラクトに移されています。
2月にはbZxがフラッシュローンによって攻撃され、4月にはdForceの資金が盗まれ、6月にはBalancerのSTA資金プールが攻撃され、7月にはBancor v0.6にセキュリティホールが発生しました。これらはDeFiエコシステムで発生したハッキングの一部です。過去6か月間の出来事。これらはユーザーの保険に対する強い需要を高めます。
概要: ブロックチェーン保険は需要の高い商品です。技術的なリスクは保険によってのみ解決でき、現在スマート コントラクト保険を提供しているプロジェクトは Nexus Mutual だけであるため、その競争上の優位性は明らかです。
最初のレベルのタイトル
6. 投資アドバイス
投資にはリスクが伴います。以下に提供される始値データは、プロジェクトに関する著者自身の知識と理解に基づいた投資決定です。これらはデモンストレーションの参考としてのみ使用され、ユーザーが投資決定を行うための基礎として使用されるものではありません。ユーザーは、ユーザー自身の認知に基づくプロジェクトの理解が投資判断を下すものであり、ユーザー自身の投資判断によって生じた損益について一流倉庫および記事執筆者は責任を負いません。
NXM の価格は計算式によって決定されます（詳細は「4.1.1 価格」を参照） ETH を価格単位として商品設計されており、取引ペアは NXM/ETH となります。
NXM の価格計算式:
NXM の価格計算式を分解すると、通貨価格がキャピタル プールと MCR 内のイーサリアムの量に依存することがわかります。
ファンドプールの変更はリアルタイムであり、以下の状況が発生した場合にファンドプールが変更されます。
1) ユーザーが保険を購入すると、保険料の 50% が基金プールに入金されます。 2) 新しく追加されたメンバーがNXMを購入し、ファンドプール内のETHの量が増加します。 3) 請求が可決された後、ユーザーに対して請求が決済され、ファンドプール内のETHの量が減ります。 4) メンバーがNXMをキャンセルし、売却すると、ファンドプール内のETHの量が減少します。
MCRの変化は比較的遅く、1日6回調整されますが、以下のような状況が発生した場合にMCRが変化します。
