バミューダは暗号資産のカストディを「後回し」にしません。これは免許制の活動であり、細部に踏み込むルールブックがあります。具体的には、顧客資産の分別方法、鍵の保管方法、誰が何に触れられるか、そして何か問題が起きた場合にどうするのか、という点です。
あなたがファンドマネージャー、保険会社、ファミリーオフィス、またはバミューダのライセンスを受けたデジタル資産ビジネスを計画しているスタートアップなら、これはあなたが評価されるための「基準（ガードレール）」です。そしてクライアントとしてなら、これはあなたのコインと、他人のトラブルの間に立つものです。
以下は、デジタル資産カストディコードが実務で求める内容、バミューダのデジタル資産の枠組みとの整合、そしてBMAの2026年安定コイン協議で何が変わったかです。
ポイント 詳細 クライアント資産の分別管理 明確な受益者所有に基づくオフバランスシートでの取り扱い。分別された、または適切にサブレジャー化されたオムニバスウォレット。企業の資金と混ぜないこと。 鍵のセキュリティ デフォルトでコールドまたはウォームストレージ。強固な複数当事者統制（MPC/マルチシグ）、HSM、そして地理・鍵シャードの分離。ホット露出は最小限。 アクセスと変更管理 デュアルコントロール、役割ベースの権限、ホワイトリスト、ウォレット変更のための文書化された承認に加え、リアルタイムのモニタリングとアラート。 照合と記録 頻繁なオンチェーンから帳簿への照合、独立した確認、監査証跡、そしてすぐに使える状態の紛争・請求プロセス。 保証（アシュアランス） 独立監査（例：SOC 2/ISAE）、ペネトレーションテスト、インシデント対応ドリル、ならびに適切な保険/財務リソース。 第三者の監督 デューデリジェンス、保護の契約上のフローダウン、継続的なモニタリング、サブカストディアンまたはテクノロジーベンダーのための退出/ポータビリティ計画。
カストディコードが実際にカバーする範囲
バミューダのデジタル資産ビジネス法（DABA）の枠組みでは、カストディはそれ自体が許可（permission set）として扱われます。カストディコードはその傘の下にあり、ライセンスを受けたデジタル資産ビジネスが現実の世界でクライアントの暗号資産をどう守るかに焦点を当てています。人・プロセス・テクノロジーのチェックリストだと思ってください。そこには責任（アカウンタビリティ）が紐づいています。
従来型のカストディで働いたことがあれば、テーマは馴染みがあるはずです。クライアント資産の分別、強い内部統制、明確な報告。ひねりは「鍵の素材（鍵そのもの）」です。暗号では、秘密鍵を保有する者がコインを保有します。したがってコードは、ウォレットのアーキテクチャ、鍵の儀式、回復手順、そしてオムニバス分別と名付け分別（named segregation）に関する細かな条件にズームします。
重要なのは、コードが依存関係も扱っていることです。カストディスタックの一部をアウトソースする（サブカストディアン、ウォレットのサービス提供者、クラウドHSMなど）場合でも、責任までアウトソースしてはいけません。バミューダのライセンスを受けた事業体は、成果（アウトカム）について責任を負い続けます。
分別管理（Segregation）、名義（Title）、そして「驚かせない（no-surprises）」ルール
クライアントは最初に2つを知る必要があります。資産がどこに置かれるか、そしてカストディアンがそれを法的に何に使えるかです。コードは、クライアントの暗号資産がカストディアン自身の資産とは別に保管され、記録によって受益者の所有が明確になることを求めています。効率のためにオムニバスウォレットが使われる場合でも、信頼できるサブレジャーが常に各クライアントの持分を示す必要があります。
リハイポテケーション（再担保）は、禁止されるか、または明確なクライアントの同意と上限を伴う「厳格なオプトイン」に限られます。多くの機関投資家はそれを許可しません。これは設計どおりです。大きな相手方リスクを取り除くからです。クリーンな法的構成により、破綻シナリオもより分かりやすくなります。クライアント資産は、カストディアンの債権者に利用可能であるべきではありません。
プロのコツ：カストディアンに、バミューダ法の下でクライアント資産がどのように性格付けされるか、（されない場合も含め）貸借対照表にどう記録されるか、そして質権・相殺に関してクライアント契約が何を定めているかを、書面で示すよう求めてください。文言が曖昧なら、保護も同様に薄いと考えてください。
実際に機能する鍵、ウォレット、アクセス制御
これがデジタル資産カストディの核心です。コードは、強固な鍵管理と、ホットウォレットへの露出を最小にすることを求めています。コールドまたはウォームストレージが大半の残高をカバーし、出金のためのホット経路は、狭く・レート制限をかけるべきです。
マルチシグとMPC
複数当事者の統制は必須です。オンチェーンのしきい値マルチシグであれ、署名レイヤでのMPCであれ、単一の個人が資金を動かせてはなりません。シャードや鍵は、インサイダーリスクを減らすために、役割と場所にまたがって分割します。ハードウェアセキュリティモジュール（HSM）は標準で、クラウドHSMを使う場合は、慎重なハードニングと分離が必要です。
ウォレットのホワイトリストとポリシーエンジン
送信（アウトバウンド）転送は、承認済みアドレスリストとポリシーエンジンによって制約されるべきです。これらのリストへの変更こそが、多くの侵害で起点になります。そのためコードは、堅牢な変更管理に寄せています：メーカーチェッカーの承認、オフボード確認（帯域外確認）、そして明確なログ。
儀式と回復
鍵の生成、シャーディング（分割）、保管は、証人を伴う文書化された儀式と、映像または暗号学的なアテステーション（証明）に従うべきです。回復資料は存在する必要がありますが、集中させてはいけません。必要になる前に実地でリストアできるようにしておきます。
良いカストディは、たいてい退屈です。見た目がかっこよくても、資金を危険にさらさずに「失われたシャードがどう置き換えられるか」を説明できないなら、本番対応ではありません。
運用規律：照合、変更管理、インシデントのプレイブック
暗号は速く動きますが、帳簿や記録が遅れてはなりません。コードは、オンチェーン残高とクライアント台帳の間で定常的な照合を行うことを求めています。差異は速やかにフラグを立て、原因追跡（root-cause trail）を伴ってエスカレーションすべきです。自動モニタリングは役立ちますが、人間のレビューもなお重要です。
変更管理は、ウォレットのホワイトリスト以上の範囲をカバーします。ソフトウェアのアップグレード、依存関係の変更（例：新しいHSMファームウェア）、さらにはポリシーの微調整も含まれます。すべての変更は承認され、低い環境でテストされ、必要ならクリーンにロールバックできるようにすべきです。
インシデント時には、コードは「明確な指揮命令系統」「定義された重大度ティア」「通知のタイムライン」を求めます。ホットウォレットの侵害を封じ込められること、危険なフローを停止できること、そして推測なしでクライアントおよび規制当局とコミュニケーションできることを示す必要があります。
プロのコツ：コールドからクライアントへ毎週、ライブの出金テストを実行してください。見落とされがちな失敗――期限切れの証明書、ズレたポリシー、そして今や休暇中の1人の代わりに必要となるM-of-Nの設定――を見つけられます。
保証（アシュアランス）、保険、レジリエンステスト
統制は、誰も確認しなければあまり意味がありません。コードはセキュリティと運用に関する独立した監査を期待しており、実務ではしばしばSOC 2やISAE 3402のような枠組みに加え、署名パスに焦点を当てた定期的なペネトレーションテストやレッドチーミングが行われます。
保険は万能薬ではありませんが、スタックの一部です。規制当局は、あなたのポリシーが該当するリスクを実際にカバーしているか、そして免責（除外）があなたの体制にどう対応しているかを尋ねてくると見込んでください。財務リソース（資本、流動性）も重要です。運用上の損失に耐え、クライアントに一刻も早く穴埋めできる必要があります。
レジリエンステストはバックアップを超えます。地域の障害、一時的に止まったチェーン、大規模なプロトコルアップグレード、またはステーブルコインのフリーズを想定して手順を追ってください。そして、バインダー（ファイル）だけでなく、目標RTO/RPOの範囲内での演習と回復の「証拠」で、事業継続計画を示してください。
第三者を使う：サブカストディアン、アウトソーシング、契約
サブカストディアンやウォレットサービスと連携する場合、コードは強いベンダー管理を求めています：オンボーディング時のデューデリジェンス、カストディ要件の契約上のフローダウン、継続的なモニタリング、そして信頼できる退出（エグジット）計画です。あなたは、彼らの統制を把握し、監査権や独立した保証レポートを受け取る権利を持っているべきです。
集中リスクを無視しないでください。カストディのスタック全体が、1つのベンダー、1つのクラウド地域、または1つのニッチなHSMモデルに依存しているなら、それは単一障害点です。分散させてください。文書化してください。
認可されたステーブルコインに関して、バミューダの監督当局はカストディ要件を直接、他の規制分野へ結び付け始めています。2026年7月、バミューダ金融当局は、保険、ILS、ファンドで使われるステーブルコインに関する協議を公表し、2026年9月30日までコメントを募集しました（バミューダ金融当局（協議ペーパー））。このペーパーは、これらのステーブルコインを保有するバミューダのライセンスを受けたカストディアンについて、DABAカストディコードへ明確に立ち返っています（バミューダ金融当局（協議ペーパー）、付録A：カストディ、セーフガード、ウォレット制御）。
バミューダの枠組みにおけるステーブルコイン：2026年に何が変わったか
ステーブルコインは、もはや機関投資家にとっての「脇役」ではありません。BMAの協議では、世界のステーブルコイン発行が2026年半ばまでに3000億ドル超を超えたと述べています（バミューダ金融当局（協議ペーパー））。これだけの価値がオンチェーンにあるなら、カストディとウォレット制御は、単なる運用上の細部ではなく、システム全体のリスクになります。
協議は、バミューダの保険事業体が認可されたステーブルコインをどのように扱うべきかについての監督上の期待を示しています。限定目的保険会社（LPI）についてBMAは、監督プロセスでより高い水準が合意されない限り、エクスポージャーは一般に法定資本・余剰（または純資産）の25%以内に収めることを期待すると述べています（バミューダ金融当局（協議ペーパー）、セクションXIV.A（LPIs））。
カストディに関して、この同じ協議は、認可されたステーブルコインの保有をDABAに結び付けています。つまり、バミューダでライセンスを受けたデジタル資産ビジネスがカストディアンである場合、DABAカストディコードに従うべきです。これは、ステーブルコインのスタックが、分別、鍵、照合、第三者監督、インシデント対応について同じ水準を満たす必要があることを意味します（バミューダ金融当局（協議ペーパー）、付録A）。
実務的には、保険会社やファンドは、発行体リスク、準備金アテステーションの頻度、ブラックリスト制御、フリーズ機能について、より踏み込んだ質問をするよう促されます。そして、これらの機能がカストディポリシーとどう相互作用するかを文書化します。スマートコントラクトのレベルでフリーズできるステーブルコインには、バインダーのインシデント部分にプレイブックが必要です。ため息では済みません。
総ステーブルコイン市場規模とコイン別内訳（2026年1〜7月）のチャート：約3050億ドルの合計で、少数の発行体に集中していることを示す（BMAの保管・保全に対する期待が、なぜステーブルコインのカストディと分別に焦点を当てるのかの理解に役立つ文脈）。— 出典：CoinGecko — 2026年Q2クリプト業界レポート（Slide、SlideShare掲載）
クライアントがカストディアンを評価する方法：簡易チェックリスト
法的スタンスを示してください：クライアント資産の性格付け、分別管理モデル、そしてクライアント契約における倒産（インソルベンシー）時の取り扱い。
ウォレットマップを説明してください：ホット/ウォーム/コールドの分割、ポリシーエンジン、ホワイトリスト、そして緊急時の制御。デュアルコントロールを証明してください。
照合の証拠：頻度、承認者（誰がサインオフするか）、そして差異がどう解決されるか。
独立した保証：最新のSOC 2/ISAEレポートのスコープと例外；署名パスに焦点を当てた最近のペンテスト。
保険および財務リソース：何がカバーされ、何が除外され、運用上の損失にどう備えるか。
儀式と回復：文書化された手順、最後に成功したリストアテスト、シャードの保管場所。
第三者の監督：再委託先（サブカストディアン）との契約、監査権、パフォーマンスSLA、ベンダー撤退（退出）計画。
出金ドリル：当社と一緒にライブでエンドツーエンドのテストを実行し、時刻から現金化までの時間を測定します。
プロのコツ：特定のオンチェーンアドレスに紐づくサンプルのクライアント明細を請求してください。検証可能な決定論的な対応付けとタイムスタンプがないか確認します。
いまなお企業をつまずかせるよくあるミス
クライアントの出金が「一時的」だからといって、ホットウォレットを無制限に増やしてはいけません。一時的な残高は恒久的なリスクになります。
実体のないオムニバス（実質的サブレジャーなし）。クライアントがいつでも自分の正確なポジションを見られないなら、本当に重要なときに信頼を失います。
鍵インフラの単一リージョンのクラウド依存。地域障害で、あなたがオフラインになってはなりません。
ホワイトリストとポリシーエンジンに対する変更管理が弱い。質の高い大規模強盗（ハイジャック）は、HSMの中ではなく、たいていここから始まります。
移送（ポータビリティ）の計画がない。サブカストディアンがサービスを停止したら、どれくらいでウォレットを移し、クライアントへの開示を更新できますか？
資産固有のクセを無視する。フリーズ済みまたはブラックリスト入りのトークンは、失われたシャードとは別のインシデント対応が必要です。
よくある質問
バミューダのデジタル資産カストディコードとは？
バミューダのDABA体制の下で定められたルールブックで、ライセンスを受けた企業がクライアントの暗号資産をどのように保有するかについて具体的な期待を示しています。分別管理、鍵管理、アクセス制御、照合、インシデント対応、第三者監督、そして保証（アシュアランス）をカバーします。クライアント資産が、カストディアン自身のリスクにさらされないよう設計されています。
コードは、クライアントの暗号資産のリハイポテケーション（再担保）を許可していますか？
クライアントが、厳密に定義された条件の下で、明示的にそれを同意している場合のみです。多くの機関投資家はそれを全面的に禁止しています。基本的な前提は、クライアント資産はカストディアンの目的に使われてはならず、カストディアンの債権者から保護されるべきだ、ということです。
MPCウォレットは許容されますか？それともオンチェーンのマルチシグが必要ですか？
実装が、複数当事者の統制を強制し、耐タンパーなハードウェアを使い、分離、承認、監査可能性に関するコードの基準を満たすのであれば、どちらも許容され得ます。重要なのは、立証可能な統制の分離と、安全な回復の道筋です。
規制当局は、どのような監査を期待していますか？
独立したセキュリティおよび運用の保証（アシュアランス）は標準です。多くの企業はSOC 2またはISAE 3402を使い、さらにサインフローに対する的を絞ったペネトレーションテストやレッドチーミングを支えとして実施します。焦点は、書類上どう書かれているかではなく、統制が実際に機能しているかです。
バミューダの機関向け体制では、ステーブルコインはどのように扱われますか？
2026年7月、BMAは、保険、ILS、ファンドで使われる「認可されたステーブルコイン」に関するガイダンス案を提案し、コメント募集は2026年9月30日まで開かれていました。これらのステーブルコインのカストディをDABA基準に結び付け、また2026年半ばまでにステーブルコインの発行が3000億ドル超になったことに触れ、システミックな重みを反映しています。LPIsについてBMAは一般に、監督プロセスで（合意により）より高い水準が定められない限り、エクスポージャーが法定資本・余剰の25%以内であることを期待しています（バミューダ金融当局（協議ペーパー））。
バミューダの保険会社やファンドは、バミューダ以外のカストディアンを使えますか？
協議は、バミューダのライセンスを受けたデジタル資産ビジネスが、認可されたステーブルコインのカストディアンであるケースに焦点を当て、DABAカストディコードを指しています。バミューダ以外のカストディアンを使うことも、体制と監督上のレビュー次第で可能かもしれませんが、BMAは同等のセーフガードと明確な監督を引き続き期待します。
カストディアンが失敗した場合、または重大なインシデントが起きたらどうなりますか？
分別、法的名義、インシデント対応に関する統制は、クライアントを守り、秩序あるプロセスを支えることを意図しています。事前に定義されたプレイブック、通知手順、バックアップ、別カストディアンへの移送計画が見えるはずです。目的は、クライアント資産を維持し、最小限の混乱でアクセスを復旧することです。
免責事項：この記事は情報提供のみを目的としています。法務、税務、投資、金融その他の助言として提供または意図されるものではありません。