すべての言語
Umbrella Protocol は、Yam Finance によって開始された保険プロトコルです。そのコア コンポーネントは、保護を提供する当事者が資金を預けることができる MetaPool であり、保護を求める当事者はプレミアムを受け取ります。各 MetaPool には複数のカバレッジ プールが含まれており、各カバレッジ プールには特定の契約または契約があります。保護を求める当事者は、これらの契約または合意にアクセスすることによって保護を求めることができます。また、MetaPool の料金や資金調達率は、作成後も変わりません。
<時>
包括的保護契約は、保険契約者と保険会社の両方に利益をもたらすように設計されています。保険契約者は、一定額の保険金を預託し、保険料を支払った後、投資商品が脆弱性攻撃を受けた場合のリスクを軽減するための補償を受け取ることができ、それに応じた保険料収入を得ることができます。 Umbrella Protocol には 2 種類のプールがあります。1 つ目は、保険会社が引受資金を注入することによって確立される引受プールで、MetaPool とも呼ばれ、保険会社はメタ プールにアクセスできます。 2 つ目は、さまざまな商品 (契約または契約) に保険サービスを提供することです。保険契約者は、保険プール (補償プール) とも呼ばれる保険プールに一定額の保険金額を預け入れます。保険契約者は、保険プールへのアクセス許可を持っています。 .同時に、Yuanchi は保険プールの補償保証サポートを提供します。各メタプールは同時に複数の保険プールをカバーし、カバーする複数の保険プールに補償基金の保護を提供します。たとえば、メタ プールを使用して「ローン契約」商品を保護する場合、ローン商品に保険サービスを提供する複数の保険プールを同時にカバーおよび保護できます。複合保険プール、Aave 保険プール、Cream 保険プールなど。いずれかの商品 (契約書または契約書) が脆弱性攻撃に遭遇し、仲裁人によって有効であると判断された場合、メタ プールの引受資金の一定の割合が補償資金として使用され、参加して影響を受けた保険に加入した保険契約者に支払われます。製品。
<時>
誰もが引受プールであるメタプールを作成して提出し、選択した仲裁人を通じて請求審査を行うことができます。メタ プールが作成されると、それを変更することはできなくなり、更新が必要になった場合は、代わりに新しいメタ プールを再作成する必要があります。したがって、メタ プールを作成するときは、多くの設定パラメータを考慮する必要があります。
補償プール
は保険プールです。各プールは、一連の商品 (契約または契約) 保険プールをカバーします。一定額の保険金額が、対応する商品保険プールに入金されます。一方、保険者は、これらの保険プールに対して、引受総額の範囲内で補償保証サポートを提供します。
アービター
メタプールのアービトレーターとして選択されたイーサリアム アドレスの所有者は、主張が真実かつ有効であるかどうかを確認する責任を負います。
保護の説明
Metapool の創設者は、仲裁人が果たすべき保護の責任を指定し、仲裁人はこの説明の解釈について最終決定を下します。
仲裁人レート
保険料は、仲裁サービスを提供する仲裁人に支払うために使用されます.保険料総額に対する仲裁料の比率が仲裁レートです.
Creator Rate
メタプールのクリエーターに保険料として割り当てられる料金. 保険料総額に対するこの料金の比率がクリエーター料金です.
資金調達率
資金調達率関数は、保険契約者が保険料を支払うレート レベルを決定するために使用されます。
結合曲線
結合曲線関数は、保険契約者が保険金額を預け入れたり引き出したりするときに作成または破棄する必要がある保険トークンの数を決定するために使用されます。
Provider Withdrawal Period (プロバイダー撤回期間)
Underwriter Withdrawal Period は、脆弱性攻撃が発生した場合のランオン動作を防止するために使用されます。受ける。
シーカー購入期間
シーカー購入期間は、脆弱性攻撃が発生した際の過剰なキャスティング行動を防止するために使用され、保険契約者から保険を購入するためのものです。保険に必要な期間です。効果的になる。
プロテクション アセット (プロテクション アセット)
プロテクション アセットとは、保険契約者が他の商品 (契約または契約) で預託した資産であり、リスクを回避する必要があるために保証されています。
各メタ プール (引受プール) とそれがカバーする保険プール (保険プール) は、自給自足の独立したユニットを構成します。つまり、【原プールA】の【複保険プール】と【原プールB】の【複保険プール】は、保険料、補償率、保険金の取り扱いにおいて完全に独立しており、独立しています。道。
<時>
保険会社がメタプールに投資した引受資金は、プレミアムキャッシュフローリターンを受け取り、同時に、保険会社の資産への投資の証明としてERC20トークンが生成されます。メタ プールがカバーする複数の異なる商品 (契約または契約) の保険プールのうち、いずれかの商品が脆弱性攻撃に遭遇して危険を脱した場合、メタ プールは補償のために保険金の一定の割合を割り当て、影響を受けた商品に支払います。保険プールの保険契約者。
保険者は、資金を運用しリスクを負うことに対するリターンとして保険料を回収する 保険料を回収するための資金調達率は、商品保険プールごとの保険資金の稼働率によって決まり、資金調達率の関数がまとめて設定されているメタプールの作成とともに。
保険会社はいつでも引受資金を引き出すことができ、引き出し操作は、メタ プールが作成されたときに設定された引き出しロック期間を満たす必要があります。メタプールの引受資金の利用率は 100% を超えることはないため、保険会社が引出す引受資金の額は、引出時のメタプールの引受資金の利用率に依存します。
<時>
保険契約者は、保険サービスと引き換えに商品 (契約または契約) の保険プールに一定額の保険を預け入れ、ファンド レートに従って保険料を支払います。同時に、保険契約者は、保険ステータスの証明として、無期限の ERC20 トークンを取得します。運用において、この日付のない ERC20 トークンは、Compound プロジェクトの誓約証明書 (cToken) に似ており、原資産の残高 (balanceOfUnderlying) は、プレミアムの支払いの蓄積とともに徐々に減少します。補償に利用できる金額は、預託された保険金額と一致する必要があるため、保険契約者が利用できる補償の金額も時間の経過とともに徐々に減少します。
保険契約者が保険サービスと引き換えに一定額の保険金を預け入れると、一定の遅延期間を経て保険が有効になります。これの目的は、脆弱性攻撃が発生した場合に、保険契約者が非倫理的な方法で利益を上げるためにオーバーミントの機会を利用しないようにすることです。
<時>
脆弱性攻撃に苦しむ保険契約者は、関連する保険プールに代わって仲裁人に請求申請書を提出できます。合意された保護声明によると、請求が無効であると判断された場合、包括的保護契約の運用は変更されず、請求が有効であることが判明すると、補償プロセスプログラムに入る.
補償額は、影響を受けた保険プールの保険金額と、メタ プールの未使用の保険金の合計に相当します。たとえば、現在メタ プールに 1,000 DAI が保存されており、このメタ プールの対象となる 3 つの保険プールのそれぞれに 100 DAI が保存されています。この時点で、保険プールのいずれかの製品契約が脆弱性攻撃に遭遇した場合、保険プールの対応する補償額は 800 DAI になります。計算方法は次のとおりです。
影響を受ける保険プールの保険金額 + (元プールの保険金の合計 - すべての保険プールの保険金の合計) = 100DAI + (1000DAI -300DAI) = 800DAI。
同じアルゴリズムで、プールが 6 つの保険プールをカバーし、各保険プールに 100 DAI が含まれている場合、特定の保険プールが危機から脱したときの補償額は 500 DAI になります。これにより、万が一の事故の際に各保険プールが保険金額以上の補償額を確保できることを保証することができる。同時に、保険会社は支払い後の資金の最大引き出しを計算することもできます。
請求申請が有効であると判断されると、関連する影響を受ける製品 (契約または契約) の保険プールが自動的に再構築され、請求処理が完了した後もメタ プールが動作し続けます。
<時>
仲裁人が仲裁機能を継続して実行する意思がない場合、元プールを解散することを選択できます。この時点で、資金調達率はゼロに設定され、参加者は即座に資金を引き出すことができますが、資金の入金は禁止されています。