デジタル資産カストディ：鍵の所有権こそが唯一の重要な問い

鍵の所有権の問題

どのデジタル資産カストディの営業トークも、同じ言葉から始まります。エアギャップ型ハードウェア、機関グレードのセキュリティ、SOC 2準拠。脅威モデルは常に外部に向けられます。ハッカー、ネットワーク攻撃、ソーシャルエンジニアリング。そして、プロバイダーこそが解決策であるという前提で話が進められるのです。

しかし、多くの法人・機関向けカストディ契約では、鍵マテリアルの一部または全部をプロバイダーが保持しています。つまりプロバイダーは、原理的に、ハッカーが夢にまで見るようなことさえ行えます。あなたの鍵を使わずに資産を移動させる、一方的にアクセスを凍結する、あるいは紛争の際に資金を返還しない、ということすら可能です。

これは理論上のリスクではありません。ここ数年の取引所の破綻、プロバイダーの債務不履行、規制による凍結は、カストディリスクが構造的なものであることを一貫して示してきました。鍵シェアを誰が保持するかが、実質的な支配権を誰が握るかを決めるのです。

以下のガイドでは、カストディモデルを正直に読み解く方法、実際の選択肢がどのようなものか、そしてノンカストディアルMPCがセキュリティ層を超えてカストディ契約そのものをどう変えるのかを解説します。

デジタル資産カストディとは

デジタル資産カストディとは、ブロックチェーン上でトランザクションを承認する資格情報である秘密鍵が、どのように生成、保管、管理されるかを指します。カストディは製品カテゴリーとして販売されますが、実際には、資産に対する実質的な権限を誰が握っているかを表すものです。

伝統的な金融では、カストディとは規制された第三者が顧客の代理で有価証券を保有することを意味します。デジタル資産においては、カストディはより文字通りです。秘密鍵を管理する者が資産を管理します。電話をかけられる銀行も、異議を申し立てられる決済層も、実効性のあるカストディアンの責任枠組みも存在しません。秘密鍵がトランザクションを承認すれば、それは実行されます。

要点まとめ

3つのカストディモデル

法人・機関向けのカストディ契約の大半は、3つのモデルのいずれかに分類されます。それぞれ、実質的な権限を誰が握るかについて異なる主張を掲げています。

カストディが破綻する場面

以下の5つの失敗パターンは、稀なエッジケースではありません。いずれも記録に残るカストディ契約で実際に発生しています。これらを理解することが、法人・機関が誤った構造を築くことを防ぎます。

法人・機関向けカストディ構成が満たすべき5つの要件

マーケティングの言葉を取り除けば、法人・機関向けカストディの要件は5つに集約されます。この5つについて一つひとつ明確に答えられないカストディソリューションは、法人・機関向けとして利用に耐えません。

MPCの仕組み

マルチパーティコンピュテーションは、単一の当事者が完全な鍵を見ることなく、複数の当事者が関数を共同計算できる暗号技術です（ここでは秘密鍵の生成、または秘密鍵による署名を指します）。鍵が完全な形で存在することは決してなく、分散された断片として生成、使用、ローテーションされます。

標準的なMPC署名セレモニーでは、各当事者が自分の鍵シェアに対してローカルで計算を行い、その出力を組み合わせて有効な署名を作ります。このプロセスのどの時点でも、秘密鍵そのものが再構成されることはありません。これはマルチシグとは異なります。マルチシグでは各当事者が完全な鍵で独立に署名し、ブロックチェーンが署名の集合を検証します。

セキュリティ面の向上は本物です。MPCは、完全な秘密鍵を保持することに伴う単一障害点を排除します。しかし、MPCは署名の仕組みであって、カストディモデルではありません。カストディの問いはこうです。シェアはどこに存在し、誰が管理しているのか？

カストディアルMPCでは、プロバイダーは自社のインフラ上で1つ以上の鍵シェアを保持します。すべてのトランザクションに、プロバイダーが署名セレモニーへ参加することが必要です。プロバイダーの参加は技術的に必須であり、そのサーバーは停止、差し押さえ、オフライン化され得る稼働中のインフラです。MPCアーキテクチャは外部攻撃者から守ります。プロバイダーからは守りません。

ノンカストディアルMPC（CoinsDoが採用しているモデル）では、プロバイダーは初期の鍵生成セレモニーに貢献した後、何も保持しません。すべての鍵シェアは、顧客自身のインフラ上で顧客によって保持されます。以降の署名セレモニーは、顧客自身の署名者間で行われます。セットアップ後のプロバイダーの役割は運用面のものです。インフラ、APIアクセス、ガバナンスツール。暗号面のものではありません。プロバイダーがトランザクションを一方的に承認、ブロック、復元することはできません。

ノンカストディアルの違い

CoinsDoのWallet-as-a-Serviceインフラは、ノンカストディアルMPCの上に構築されています。顧客がCoinsDoプラットフォームを通じてウォレットをデプロイすると、鍵生成セレモニーで作られたシェアは顧客自身のシステムへ分散されます。CoinsDoはいかなるシェアのコピーも保持しません。トランザクションを承認することも、資産を凍結することも、いかなる運用状況の下でも顧客資金にアクセスすることもできません。

このアーキテクチャは、最初からこのように構築されています。プラットフォームは運用層を担います。マルチチェーンのウォレット生成、承認ワークフローの強制、トランザクションルーティング、監査ログの記録。カストディを与えることになる暗号マテリアルは、決して保持しません。顧客は、それに付随するカストディリスクを移転することなく、機関グレードのインフラを手に入れます。

暗号資産の決済基盤、トレジャリーインフラ、ホワイトラベルウォレット製品を構築する法人・機関にとって、この違いはリスク計算を変えます。プロバイダーを交代させ、監査し、異議を唱えても、法人・機関が自らの資産へのアクセスを失うことはありません。この種の独立性は、カストディアル契約の上に後から築くよりも、当初からインフラに設計し込むほうが容易です。

ユースケース

適切なカストディアーキテクチャは、法人・機関がその資産を何に使うかによって変わります。以下の4つのシナリオは、ノンカストディアルMPCがさまざまな運用の場面でどう適用されるかを示します。

デジタル資産カストディ準備チェックリスト

カストディプロバイダーを選定する前に、次の6つの質問には明確で文書化された答えを用意すべきです。曖昧な回答や先送りの回答も、それ自体が情報となります。

まとめ

デジタル資産カストディは、セキュリティ層においては解決済みの問題です。ハードウェアセキュリティモジュール、エアギャップ型の署名デバイス、機関グレードのインフラは、まともなプロバイダーにとって標準です。未解決なのは構造の問題です。多くのカストディソリューションは、何らかの度合いの鍵管理をプロバイダーに委ねることを法人・機関に求めています。

ノンカストディアルMPCは、この依存関係をアーキテクチャレベルで解消します。インフラを構築・維持するのはプロバイダーです。鍵を保持するのは顧客です。プロバイダーを交代させ、監査し、異議を唱えても、法人・機関はその協力を必要とせず、自らの資産にアクセスできます。

現実の規制エクスポージャー、ガバナンス義務、あるいは運用規模を持つ法人・機関にとって、この違いは些細ではありません。それは、カストディと、カストディの姿をした委託型の鍵管理との違いです。