MCR請求

MCRクレーム（Minimum Capital Requirement Claim）とは？

MCRクレームは、オンチェーン型相互保険プロトコル内でのクレーム申請手続きを指します。

この手続きは、Minimum Capital Requirement（MCR）モデルを採用する分散型相互保険プラットフォームに特有です。ユーザーはリスク補償を購入後、補償対象事象が発生した際にクレームを申請できます。MCRは資本プールの「安全閾値」として機能し、クレーム支払い後もファンドの健全性を維持します。これにより、支払い可否・支払い額・制限や遅延の必要性が判断されます。

MCRモデルを採用するプロジェクトは、通常ファンドの資本健全性を示すMCR%（MCRパーセンテージ）を公開しています。クレーム処理により資本プール残高が減少し、MCR%も変動します。これが新規契約発行や保険料率にも影響します。

MCRクレームを理解する重要性

これは、支払いを受けられるか、支払い額、決済までの期間に直接関わります。

MCRクレームの仕組みを理解することで、オンチェーン保険の実際の支払い能力を評価できます。MCR%が高いほど安全余力があり、複数クレームの同時発生にも耐えやすくなります。一方、MCR%が閾値付近になると、プロジェクトによる保険料引き上げや補償限度額引き下げ、新規契約の一時停止といった対応が取られる場合があります。

投資家や契約者は、MCR%やクレーム方針を確認することで、「年利」や「補償額」だけでなく、実際の支払い可能性を加味したリスク・リターン評価ができます。

MCRクレームの仕組み

一般的な流れは、補償購入・事象発生・クレーム申請・審査・支払いの各段階に分かれます。

1. 契約購入：ユーザーは特定DeFiプロトコル向けスマートコントラクトリスクなどの補償内容・期間・補償額を相互保険DAppで設定し、保険料を支払い、オンチェーンポリシーを取得します。
2. 補償対象事象の発生：例：レンディングプロトコルがハッキングされ、あなたの資産を含む資金が失われるなど、契約でカバーされる条件下での損失。
3. クレーム申請：ウォレットを接続し、プロジェクトのクレームページで発生時刻・損失額・証拠リンク（オンチェーントランザクション、脆弱性公表、公式アナウンス）を入力します。一部プロトコルでは、KYC完了が必須です。
4. クレーム審査：通常はコミュニティ投票や指定レビュワーが条件・証拠を審査し、追加資料を求める場合もあります。資本プールがMCR閾値に近い場合、一括・分割支払い、単一クレーム上限設定などが検討されます。
5. 支払い・決済：承認後、契約条件に基づき、または按分方式でオンチェーンアドレスに支払いが行われます。不承認の場合は、指定期間内に新たな証拠を提出し再審査を申し立てることができます。

まとめ：MCRは契約条件の代替ではなく、ファンドの資本充足性を制約するものです。契約条件が「支払い義務の有無」を決定し、MCRが「支払い可能額とスピード」を決めます。

暗号資産分野でのMCRクレームの活用

MCRクレームはDeFiやクロスチェーン保険商品で一般的です。クレームはプールのMCR%に影響し、保険料や補償枠にも波及します。

スマートコントラクトリスク補償の場合：プロトコルがハッキングされると、補償を購入した全ユーザーがクレーム申請します。承認されると一括または分割で支払いが行われ、プール残高とMCR%が減少します。プロジェクト側は保険料引き上げや新規契約一時停止などで調整します。

クロスチェーンブリッジリスクの場合：ブリッジコントラクトやバリデータ障害による資産損失時、クレームにはクロスチェーントランザクション記録やペッグ資産価格乖離など複雑な証拠が必要な場合があります。単一事象で大規模損失が発生しやすく、MCRへの負荷が高いのが特徴です。

アカウントセキュリティリスクの場合：一部の相互保険商品は個人ウォレットや中央集権型取引所アカウントのハッキングも補償対象です。なお、これらのプロトコル関連トークン（例：ガバナンストークン）をGateで取引しても補償契約にはなりません。実際のクレーム申請・進捗管理は公式DApp経由で行う必要があります。

MCRクレームの承認率を高める方法

ポイントは、事前の契約確認、事象発生時の証拠保存、事後の手続き遵守です。

• 事前：自身のリスクに合った補償を選び、「補償範囲」「免責事項」「待機期間」「異議申立期間」などの条件を確認しましょう。プロジェクトのMCR%や資本プール規模も確認し、MCR%が低い・枠が逼迫している場合は購入を避けましょう。
• 事象発生時：オンチェーントランザクションハッシュ、公式アナウンス、技術レポート、被害額の算出根拠などを保存し、可能な限り検証可能な情報を利用しましょう。
• 事後：指定期間内に必要書類を提出し、追加資料要請には迅速に対応。不承認時は論点を絞った証拠を集め、異議申立期間内に再申請しましょう。大口クレームの場合、分割払いを受け入れることで承認率向上も期待できます。

MCRクレームの最新動向・データ

2025年は、クレームの多くがスマートコントラクトの不正利用、クロスチェーンブリッジ障害、アカウントセキュリティ侵害に集中し、個別支払い額は数十万〜数百万米ドル規模でした。

公開ダッシュボード（例：一部相互保険[ダッシュボード]、2024年第3四半期データ）によると、クレーム総件数は前年より減少しましたが、少数の大規模事象が支払い総額の多くを占め、発生時にはMCR%が一時的に急落しました。2025年には多くのプロジェクトがMCR%を安全水準で維持し、新規契約発行は慎重になり、高リスクプロトコルの保険料も引き上げられました。

この傾向の背景には、DeFi監査やバグバウンティの普及による小規模事象の減少がある一方、クロスチェーンブリッジや複雑なデリバティブのシステミックリスクが残り、単一事象で大規模損失が発生するとMCRに大きな圧力がかかる点が挙げられます。補償購入前には、最新のプロジェクトデータ（MCR%、プール残高、直近クレーム履歴）や公式アップデート（2025年第2/3四半期レポート等）を必ず確認しましょう。

MCRクレームと従来型保険クレームの違い

最大の違いは、資本健全性や意思決定の透明性です。MCRによる制約はより直接的です。

従来型保険は企業のバランスシートと内部リスク管理に依存し、クレーム判断は保険会社が行い、オンチェーンでの検証は困難です。MCRクレームでは、資本プール残高・MCR%・クレーム投票・支払い履歴がすべてオンチェーンで追跡でき、コミュニティが引受能力をリアルタイムで評価できます。

また、従来型保険の資本要件は規制当局が設定し、支払いは企業のキャッシュフローから行われます。オンチェーン型相互保険はプロトコル管理の資本プールに依存し、MCRが内在的制約として機能します。大量クレーム時には一括上限や分割支払いが用いられる場合もあります。ユーザーはオンチェーンクレーム申請時、ブロックタイム内でブロックチェーン証拠を提出する必要があり、承認されれば従来型より迅速・確実な支払いが期待できます。

関連用語

• MCRクレーム：保険資本プールが最低資本要件を下回った際に発動する補償請求メカニズム。
• 保険資本プール：保険プロトコルがクレーム支払いのために集めた準備金。
• Minimum Capital Requirement（MCR）：保険プロトコルが維持すべき最低資本水準で、下回るとリスク管理措置が発動されます。
• スマートコントラクト：ブロックチェーン上に展開された自己実行型コードで、保険条件や支払いロジックを制御します。
• 分散型保険：スマートコントラクトを活用し、従来の仲介者を介さずに提供されるブロックチェーン型保険サービス。

FAQ

MCRクレームと従来型保険クレームの手続きの違いは？

MCRクレームはスマートコントラクトで自動化され、手作業の審査が不要で、多くの場合数時間以内に支払いが完了します。従来型保険は書類提出や人手による審査・判断が必要で、数週間かかる場合があります。ブロックチェーンの透明性により、MCRクレームの全工程がリアルタイムで監査可能となり、信頼性が高まります。

MCRクレームが却下された理由は？

主な理由は、プロトコルで定義された発動条件（閾値など）を満たしていない、証拠書類の不足、オンチェーンデータの異常や遅延などです。スマートコントラクトの発動条件を確認し、プロトコルルールに適合しているかを確認しましょう。Gateのようなプラットフォームでは詳細なエラーログも参照できます。

MCRクレーム申請に手数料はかかりますか？

MCRクレーム自体の申請には通常追加手数料はありませんが、オンチェーン申請時にはガス代（ネットワーク手数料）が発生します。ガス代はネットワーク混雑状況で変動し、オフピーク時の申請でコストを抑えられます。手数料体系はプラットフォームごとに異なるため、詳細はGateサポートでご確認ください。

MCRクレームに支払い上限はありますか？

支払い上限は保険ファンド規模やプロトコル設計によって異なります。多くの場合、1件あたりの上限や年間総上限が設定されています。上限額はプロトコルごとに異なるため、契約条件をよく確認してください。申請額が利用可能資金を超える場合、支払いが繰り延べられることもあります。

MCRクレームプロトコルの信頼性はどう評価できますか？

信頼性評価のポイントは3つ：1）監査レポートやコントラクトコードが公開・透明か、2）保険ファンドが独立カストディアンにより管理され、資産追跡が可能か、3）過去に適切な支払い実績があるか。Gateのような信頼性の高いプラットフォームで審査済みプロトコルを選ぶことでリスクを抑えられます。

参考文献・関連資料

• https://www.investopedia.com/terms/m/medical-cost-ratio.asp