6分で読めます
クリプトカストディにおけるMiCA対応：資産分離の実際の仕組み
コンプライアンス責任者なら、資産分離ポリシーは午後の間に書き上げられるでしょう。監査の中でそれが成立すると証明することにこそ、自分では完全に制御できないウォレットアーキテクチャが必要になります。
そのギャップこそ、MiCAのカストディルールが本当に扱っている主題です。暗号資産市場規則（MiCA）は、暗号資産サービスプロバイダー（CASP）に対するEU全体の義務を定めており、カストディを提供するすべての事業者にとって、分離要件はプロバイダーが実証できなければならない結果について具体的に定めています。
それを実証できるかどうかは、クライアント資産がオンチェーンでどのように保有されているか、それへのアクセスがどのように管理されているか、そして記録が実際に起きたことと一致しているかによって決まります。これらは、法的な問題である前にインフラの問題です。
このガイドでは、カストディに対してMiCA対応が何を要求するか、第75条の下で資産分離が何を意味するか、そしてウォレットプラットフォームがどこでその実証を助け、どこで知らずにリスクを残すのかを解説します。
MiCA対応がカストディプロバイダーに求めるもの
MiCAは、EU全体で暗号資産および暗号資産サービスのルールを統一します。カストディに関する規定は2024年12月30日からCASPに適用され、経過措置は各国法と認可の時期によって異なります。
カストディの定義が土台です。MiCAは、「クライアントの代理による暗号資産の保管および管理の提供」を、クライアントの代理で、暗号資産またはその暗号資産へのアクセス手段（該当する場合には秘密鍵を含む）を保管または管理することと定義しています。
この定義を注意深く読んでください。それが他のすべての範囲を決めるからです。MiCAが規制するのは、コインを誰が保有するかだけではありません。アクセス手段、つまり実務上は鍵を誰が管理するかを規制します。サービスがクライアントの鍵またはクライアント資産を管理するなら、カストディ義務が適用され、資産分離は最初に満たすべき義務の一つです。
MiCAにおける資産分離：実証すべき3つのレイヤー
分離の規定は第75条(7)にあります。カストディアンには次の4つが求められます。
- クライアントの暗号資産の保有を、カストディアン自社の保有から分離すること。
- クライアントの暗号資産へのアクセス手段が、その旨明確に識別されていることを確保すること。
- 分散型台帳上で、クライアントの暗号資産をカストディアン自社の暗号資産と別々に保有すること。
- 適用される法律の下で、倒産の場合を含め、債権者が追及できないよう、クライアント資産をCASPの財産から法的に分離し、運用面でも分離しておくこと。
この4つの要件は、監査人に示せる必要のある3つのレイヤーに集約されます。
オンチェーンでの分離。クライアント資産は、自社資産と明確に区別できるアドレスに置かれ、それらを隔てている台帳上の構造を指し示すことができます。
アクセスの分離。アクセス手段である鍵とその周りの権限が識別・管理され、クライアントのアクセスが自社のアクセスと明確に区別されるようにします。
記録の分離。帳簿は、すべてのポジションとすべての資金移動を正しいクライアントに紐付け、その登録簿は常に最新の状態に保たれます。
ポリシー文書が法的なレイヤーをカバーします。残りの2つは、誰が見ていようといまいと、毎日ウォレットシステムによって生み出されます。だからこそ、分離は書類の作業のように読えて、エンジニアリングの作業として振る舞うのです。
分離がウォレットインフラの問題である理由
MiCAのカストディ条項は、分散型台帳とアクセス手段という2つのものを同時に指しています。そのため、分離はスタックの3つの部分に直接影響を及ぼします。
アドレス構造は、資産が台帳上で実際に別々に保有されているか、それとも共有アドレスに置かれたまま、スプレッドシート上で別々と記録されているだけかを決めます。監査人が重視するのは前者です。
鍵とアクセスの構造は、「アクセス手段」がルールどおりに識別・管理されているか、それとも同じ運用鍵がクライアント資金と自社資金の両方に署名しているかを決めます。
運用ワークフローは、資金移動が実証されるかを決めます。MiCAは、カストディアンに対し、クライアントごとのポジション登録簿の維持、可能な限り速やかな資金移動の記録、登録簿に照らした資金移動の実証を求めます。署名者を離れた出金に対応する登録簿エントリーがないなら、それは分離に関する指摘を待っているようなものです。
インフラがウォレットアクティビティとクライアントのポジション記録の間のレビュー可能なリンクを生成できないなら、分離は証明できるものではなくなります。ポリシーは一つのことを言い、チェーンは別のことを言い、監査人はその違いを報告書に記します。
MiCAの下でのカストディアル、ノンカストディアル、WaaSの各モデル
MiCAの定義は、暗号資産またはアクセス手段の管理を軸にしています。この枠組みは、一般的なモデルをきれいに分類します。
カストディアルモデルでは、プロバイダーがクライアント資産または鍵を管理します。第75条が直接適用され、分離はプロバイダーが満たすべき義務です。
ノンカストディアルモデルでは、クライアントが自身の鍵の管理を保持します。ノンカストディアルとは、アクセス手段を保持するのがサービスではなくクライアントであることを意味します。カストディ義務は鍵を管理する者に付随するため、分析はブランディングではなく管理の実態に従います。
Wallet-as-a-Service (WaaS)は、人をつまずかせる形でその中間に位置します。WaaSプロバイダーはインフラを提供し、規制対象事業体が鍵と管理の構造を決定します。MiCAの義務は一般に、クライアントに暗号資産サービスを提供する事業体に付随し、その下のインフラベンダーには付随しません。ベンダーがお客様のコンプライアンスを肩代わりすることはありません。ベンダーの設計が決めるのは、規制当局が尋ねたときに何を証拠として示せるかです。
ここは正確に考えておく価値のあるポイントです。WaaSプラットフォームを選ぶだけでは準拠したことにはなりませんし、そうでないと言うプロバイダーは、将来の指摘事項を売りつけているのです。正しい問いはもっと絞り込まれた、より有用なものです。このインフラは、第75条の各要件を証拠で示すことを可能にするか、それとも妨げるか。
WaaSインフラがMiCA対応を支援する方法
ここで、3つのレイヤーが実際の機能と結び付きます。以下のマッピングでは、CoinsDoのWaaSインフラを実例として使用します。どんなプロバイダーにも、自社構築にも適用できるチェックリストとしてお読みください。
オンチェーンでの分離は、アドレス構造に対応します。CoinGetは入金アドレスをプログラムで生成・管理するため、クライアント資金を1つの運用ウォレットにプールするのではなく、識別可能な個別のアドレスで回収・保有できます。個別のアドレスがあるからこそ、分離を主張するのではなく、監査人に台帳上の分離を指し示すことができるのです。
アクセスの分離は、鍵と権限の管理に対応します。サブアカウントロール管理はサブアカウントごとにきめ細かなロールを割り当て、メインアカウントが各サブアカウントのセッション有効性を統制します。CoinSignは、CoinSendに組み込まれた取引承認レイヤーとして、RSAとHMAC-SHA256で資金移動に署名し、価値が移動する前に承認ワークフローを強制します。これらが組み合わさってアクセス手段を識別・管理された状態に保ちます。それはまさに第75条が使っている言葉です。
記録の分離は、ワークフローとロギングに対応します。自動取引スクリーニング（送金元アドレスに対するKnow Your Transactionチェック）とプラットフォームの取引ログが、何がいつ動いたかのレビュー可能な記録を作ります。
この記録は、MiCAが維持を求めるポジション登録簿と資金移動記録の原材料になります。回収資金のコールドストレージへのルーティングは、その上に保管管理を加えます。
運用の成熟度を読もうとする監査人にとって、もう一つ重要なシグナルがあります。CoinsDoはプライバシー情報管理に関するISO/IEC 27701:2019の下で運用しており、これは営業文句ではなく監査された管理体制です。MiCAは実証された管理を評価し、外部認証は証拠になります。
境界線は最後まで変わりません。インフラは分離、アクセス管理、記録を提供します。サブアカウントをクライアント構造に合わせて設定し、承認しきい値を決め、登録簿の整合性を保つ責任は、引き続きお客様にあります。プラットフォームはコンプライアンスを実証可能にしますが、自動化するわけではありません。
よくある分離の失敗パターン
分離に関する指摘の大半は、特別なものではありません。3つの場所に集中しており、それぞれが上記のレイヤーに対応します。
資産の混同。クライアント資産と自社資産がアドレスを共有しているため、チェーンが裏付けない説明なしには台帳上の分離を示せません。これは、整ったポリシーときちんとしたスプレッドシートがあっても生き残る失敗です。その両方は台帳の上に存在するからです。
不明確なアクセス手段。運用チームは、クライアントのアクセスと自社のアクセスがどう違うかを証拠で示せません。多くの場合、1組の鍵と権限ですべてをカバーしているためです。ポリシーは、鍵構造が実装したことのない分離を主張しています。
切れた登録簿のリンク。ウォレットアクティビティとクライアント登録簿が乖離していきます。資金移動が記録より速く起こる、または元の取引ときれいに紐付かないまま記録され、登録簿はポジションの信頼できる記述でなくなります。
監査の2つのバージョンを思い浮かべてください。1つ目では、レビュアーがクライアント資産を台帳上でどう分離しているか尋ね、答えはポリシーPDFと約束です。2つ目では、個別のクライアントアドレス、誰が動かせるかを示すロールと承認の記録、オンチェーンの資金移動と整合する登録簿を示します。分離と呼べるのは、そのうち1つだけです。その違いを決めたのは、ポリシーを書いたときではなく、ウォレットアーキテクチャを選んだときです。
よくある質問
MiCAはクライアントごとに1つのウォレットを要求しますか？
いいえ。MiCAが要求するのは、クライアントの暗号資産を分散型台帳上でカストディアン自社の暗号資産と別々に保有することです。条文は、ユーザーごとに1ウォレットという特定の設計を定めていません。識別可能な個別のクライアントアドレスは、固定の構造を義務付けることなく、台帳上の分離要件を満たします。
資産分離は倒産時にのみ関連しますか？
いいえ。第75条は、ポジション登録簿や定期的な報告を含む、運用上の分離と継続的な管理をカバーします。これらは通常運用中に適用され、倒産はルールの一部であって全体ではありません。
カストディに対してMiCAはどのようなクライアント報告を要求しますか？カストディアンは、少なくとも3ヶ月に1回、およびクライアントの要求時に、資産、残高、価値、期間内の資金移動を明記したポジション明細を提供しなければなりません。
MiCAは「MiCA準拠ウォレット」を認証しますか？
いいえ。MiCAはカストディなどのサービスに対する義務を定めるもので、ウォレットの製品認証を作るものではありません。「MiCA準拠ウォレット」のバッジはマーケティングと考え、代わりに第75条の成果に照らしてインフラを評価してください。
WaaSプロバイダーの利用で、弊社はMiCAに準拠しますか？
いいえ。義務は、クライアントにサービスを提供するCASPに付随します。WaaSプラットフォームは、アドレス構造、アクセス管理、記録を通じて各要件を実証可能にできます。それらの管理を準拠した形で設定・運用する責任は、お客様に残ります。
どこから始めるか
今まさにMiCAのカストディ義務の範囲を検討しているなら、現在のウォレット環境を3つのレイヤーに照らしてマッピングすることから始めてください。オンチェーンでの分離、識別されたアクセス、整合の取れた登録簿を示せますか？答えが「アーキテクチャではなくスプレッドシートの中」である場所が、最初に解決すべき指摘事項です。
この背後にあるアドレス構造、サブアカウントロール、承認ワークフローが実際にどう組み合わさるかを見たい方は、当社チームとのデモを予約してください。
