CFTCが2026年9月24日に更新したFAQの要点は、トークン化やブロックチェーンの採用によって既存の顧客資金・記録保存ルールが消えるわけではない、という点です。トークン化資産は原資産の適格性と保有者の権利から判断し、DLT上の記録も真正性、検索性、可用性、当局への提出可能性を満たす必要があります。
- 資産側：トークンという形式ではなく、原資産、権利、分別、保管、評価、障害対応を確認する。
- 記録側：チェーンに書き込めることと、規制記録として保存・検索・提出できることを分けて検証する。
- 制度側：FAQ、ガイダンス、不問方針、正式な規則を区別し、条件付き措置を一般許可と読まない。
「顧客資金をトークン化資産で運用できるようになったのか」「ブロックチェーンに記録すれば帳簿保存は終わるのか」。今回のCFTC更新を見て、こうした疑問を持った人もいるでしょう。先に答えると、どちらも単純な“解禁”ではありません。新しい技術を既存ルールの中でどう扱うかが明確になった更新です。
この記事では、米国の先物取引業者であるFCM、デリバティブ清算機関であるDCO、法務・コンプライアンス、担保管理、デジタル資産事業の担当者に向け、更新された二つの論点を実務の確認項目まで落とし込みます。初めて制度を読む人にも分かるよう、専門用語は役割から説明します。本稿は制度解説であり、特定の暗号資産や金融商品の購入を推奨するものではありません。
| 登場要素 | 役割 | この記事での主な規則 |
|---|---|---|
| FCM | 顧客から先物取引の資金・証拠金を預かる業者 | 17 CFR 1.22、1.25、1.31 |
| DCO | 取引を清算し、証拠金と決済を管理する機関 | 17 CFR 39.20、必要に応じPart 45 |
| 顧客資金の許容投資 | 預かった資金を安全性・流動性の条件下で運用する対象 | Regulation 1.25 |
| 担保・証拠金 | 取引上の債務履行を確保するために差し入れる資産 | 個別規則、ガイダンス、不問方針、パイロット |
更新差分と法的位置づけ
CFTCは2026年9月24日、登録業者と登録機関による暗号資産・ブロックチェーン技術関連活動についてのFAQを更新しました。更新を担ったのは市場参加者、清算・リスク、監督に関係する三部門です。追加された中心論点は二つあります。一つは、顧客資金をRegulation 1.25上の許容投資のトークン化形態に投資する場合。もう一つは、分散型台帳技術（DLT）を用いて規制記録を保存する場合です。
この二つは別の業務に見えますが、共通する考え方があります。デジタル化した外見だけで法的な性質や義務は変わらない、という考え方です。資産では裏側にある権利と原資産を、記録では後から検証・提出できる状態を確認します。
| 今回追加された内容 | 以前からある義務 | 実務で新たに確認すること |
|---|---|---|
| 許容投資をトークン化形態で保有・運用する場合の考え方 | 原資産がRegulation 1.25の対象・条件を満たすこと | 従来形態と同一または機能的に同等の権利、分別・保管・評価・障害対応を審査表に追加 |
| DLTで規制記録を保存する場合の考え方 | 17 CFR 1.31などが求める真正性、保存、検索、提出 | オンチェーン記録と索引・メタデータ・バックアップ・可読出力を一体でテスト |
顧客資金を許容投資のトークン化形態で運用する場合
FCMやDCOが預かる顧客資金は、自由に運用できる自己資金とは異なります。Regulation 1.25が示す許容投資の範囲と条件に従う必要があります。FAQは、ある資産がトークンとして表現されたことだけを理由に、許容投資へ変わるとはしていません。まず原資産が対象となり得るかを確認し、次にトークン保有者が従来の保有形態と同一または機能的に同等の法的・経済的権利を持つかを調べます。
したがって「米国債を裏付けにしている」という商品説明だけでは足りません。誰が原資産を保管するのか、トークンを保有すると原資産へどのような請求権を持つのか、償還や移転を誰に求められるのか、発行者や保管者の破綻時にどう扱われるのかまで確認する必要があります。
規制記録をDLTで保存する場合
まなぶ「クリプ先生、ブロックチェーンは改ざんしにくいなら、書き込むだけで記録保存の条件を満たすんですか？」
クリプ「それだけでは足りないんだ。正しい記録だと確かめられ、必要な時に検索・表示し、当局へ速やかに出せるところまで設計する必要があるよ。」
規制記録にDLTを使うこと自体は、技術中立的な既存規則の下で可能です。ただし、チェーンにハッシュや取引データが残ることと、17 CFR 1.31を満たすことは同義ではありません。記録の真正性と信頼性、検索・表示に必要なデータ、メタデータ、障害時の可用性、当局の要求に応じた迅速な提出まで含めて、記録管理の仕組みを構築します。
たとえば取引IDだけがチェーンにあり、顧客、時刻、承認者、訂正履歴を社内システムから結び付けられなければ、検査時の説明は困難です。反対に、DLTとオフチェーンの索引、権限管理、バックアップ、出力手順を一体で管理できれば、採用技術にかかわらず要件を満たす方向へ近づきます。
以前からある義務と文書の効力
2026年3月公表FAQからの連続性
今回のFAQは、2026年3月20日に公表されたFAQを更新したものです。ゼロから新制度を作ったのではなく、CFTCスタッフがそれまでの規則、ガイダンス、不問方針と市場参加者の質問を整理した流れにあります。さらに背景をたどると、2024年11月にはCFTCのGlobal Markets Advisory CommitteeがDLTを使った非現金担保について勧告し、2025年にはトークン化担保とステーブルコインに関する意見募集、ガイダンス、パイロットが続きました。
この経緯から、更新は突然の方向転換というより、実装が進んだ結果として生じた疑問への補足と理解できます。ニュースの日付だけを見るのではなく、元の規則と関連文書を並べて読むと、変わった部分と変わらない部分を区別しやすくなります。
FAQ・ガイダンス・不問方針・規則の違い
規則は法的義務の基礎になります。FAQはスタッフの見解として、既存要件をどう理解するかを説明する資料です。ガイダンスは考慮要素や望ましい対応を示し、不問方針は記載された条件の範囲でスタッフが執行措置を勧告しないという立場を表します。これらは役割が異なり、FAQや不問方針がそのまま包括的な規則改正になるわけではありません。
| 文書 | 主な役割 | 読み方 |
|---|---|---|
| 正式な規則 | 対象者の義務と条件を定める | 条文、適用対象、施行日を確認する |
| FAQ | 既存要件へのスタッフの適用整理を示す | 元の規則と更新日を併読する |
| ガイダンス | 評価要素や実務上の考え方を示す | 個別事実に当てはめて検討する |
| 不問方針 | 限定条件下の執行上の立場を示す | 対象、期限、報告条件、撤回可能性を確認する |
条件付き措置を一般許可と読まない
Letter 26-05や関連するステーブルコイン定義の更新には対象と条件があります。「CFTCが暗号資産担保を認めた」と一文で一般化すると、対象資産、利用者、取引、報告義務、保管条件が抜け落ちます。不問方針は法令違反を認定しない保証でも、すべての市場参加者に同じ条件で恒久適用される免許でもありません。
実務では、利用しようとする仕組みがどの文書のどの条件に依拠するのかを対応表にします。文書番号、発行日、対象組織、対象資産、適用業務、報告、期限、変更・撤回時の対応を記録すれば、「制度上可能」という抽象的な理解を統制可能な作業へ変えられます。
トークン化資産の審査
Regulation 1.25が定める許容投資の範囲
Regulation 1.25は、FCMとDCOが顧客資金をどのような資産へ投資できるか、その満期、集中、保管などの条件を定めています。17 CFR 1.25とCFTCの2024年12月17日付Fact Sheet and Q&Aでは、米国債、一定の政府マネー・マーケット・ファンド、短期米国債ETFなどが対象例として確認できます。ただし、資産名が一覧に近いだけで自動的に適格となるわけではなく、規則上の細かな条件も満たす必要があります。
顧客資金の運用で優先されるのは、収益機会を最大化することではなく、顧客資金の安全性と必要時の利用可能性を守ることです。2024年のRegulation 1.25改正に関するCFTC資料も、運用の柔軟化を顧客資金保護と両立させる考え方を示しています。
| 制度 | 対象業務 | BTC・ETH・USDCとの関係 |
|---|---|---|
| Regulation 1.25の許容投資 | FCM・DCOによる顧客資金の運用 | 限定措置の対象になっただけで、一般に許容投資になるわけではない |
| 担保・証拠金の受入れ | 取引債務を担保する資産の受入れ | 資産、主体、保管、評価など別の条件で判断 |
| 条件付き不問方針 | 記載条件の範囲でスタッフが執行勧告をしない立場 | 一般許可でも恒久的な規則改正でもない |
| デジタル資産担保パイロット | 限定資産・期間・報告条件で運用データを収集 | 初期対象に含まれても安全性や将来の恒久採用を保証しない |
トークンは原資産の技術的な包装にすぎない
まなぶ「クリプ先生、“米国債トークン”と書いてあれば、普通の米国債と同じだと考えていいんですか？」
クリプ「名前だけでは決められないよ。トークンの裏に本当に何があり、誰にどんな権利を請求できるかを確かめるんだ。」
トークン化は、権利や資産をDLT上のデジタル表現として扱う技術です。移転や照合を効率化できる可能性はありますが、その表示方法だけで原資産の信用、流動性、法的性質が改善するわけではありません。非適格な資産をトークン化しても、それを理由に許容投資へ変わることはありません。
また、同じ「米国債トークン」という名称でも設計は異なり得ます。保有者が原資産の持分を直接持つ構造、発行者に対する契約上の請求権を持つ構造、価格だけに連動する構造では、破綻時の地位や償還経路が違います。商品名ではなく契約と資産フローを読む必要があります。
従来形態と同一または機能的に同等の権利を確認する
確認の中心は、トークン保有者の法的・経済的権利が従来形態と同一、または機能的に同等かです。元本、利息や分配、償還、移転、担保設定、差押え、破綻時の請求順位を比較します。原資産が適格でも、トークン保有者が発行者への無担保請求しか持たないなら、原資産を直接保有する場合とリスクは同じではありません。
機能的同等性は「おおむね価格が同じ」という意味ではありません。平常時だけでなく、発行者の停止、保管者の破綻、チェーン障害、市場急変時にも権利を実行できるかが重要です。法務意見、契約、カストディ記録、台帳の優先関係を照合し、説明資料と法的文書が一致しているかを確かめます。
法務・保管・評価・運用を個別評価する
法的・経済的権利と破綻時の扱い
最初に、発行者、原資産の保管者、トークン保有者、FCMまたはDCOの関係を図にします。誰が誰に請求できるのか、償還を拒める条件は何か、担保権を第三者へ対抗するための手続きは何かを確認します。法域が複数なら、準拠法と倒産手続きの差も無視できません。
特に注意したいのは、チェーン上の所有表示と法的所有権が一致しない場合です。秘密鍵を持つことが直ちに原資産の所有者であることを意味するとは限りません。契約上の名義、保管帳簿、オンチェーン残高の不一致をどの記録で解消するかを決めておきます。
分別管理と適格保管者
顧客資金は、会社の自己資産や他用途の資産と区別して管理する必要があります。トークン化後も、顧客別・区分別の残高を特定でき、会社の債権者から隔離される構造かを確認します。ウォレットを分けるだけで法的な分別が完成するとは限らないため、帳簿、契約、保管者の管理方法を合わせて点検します。
保管者については、規則上の適格性だけでなく、鍵管理、承認手続き、内部不正防止、サブカストディ、保険、残高照合、インシデント報告を確認します。外部カストディを使っても、委託元の監督責任が自動的になくなるわけではありません。
評価・ヘアカットと価格取得
担保価値は、画面に表示されたトークン価格だけで決められません。原資産の価格、償還費用、流動性、取引時間、価格情報源、発行者信用、技術的な移転制限を考慮します。市場価格と償還価値が離れた場合にどちらを使うか、価格源が止まった場合の代替手順も必要です。
ヘアカットは価格変動や換金コストなどを見込んで担保評価額を割り引く仕組みです。トークン化が移転時間を短縮しても、法的・運用上の不確実性まで消えるわけではありません。商品の設計と市場データに応じて評価し、平常時の利便性だけを理由に割引を省かないことが重要です。
秘密鍵・スマートコントラクト・チェーン障害への備え
トークン化資産には、秘密鍵の紛失や盗難、署名者の不在、スマートコントラクトの欠陥、チェーン停止、フォーク、オラクル障害など、従来の証券保管とは異なる故障経路があります。予防策だけでなく、停止、復旧、残高確定、顧客連絡、当局報告まで手順化します。
管理鍵でミント、バーン、凍結、クローバックができる設計では、権限者と発動条件を確認します。権限があることは事故対応に役立つ一方、単一障害点や恣意的操作のリスクにもなります。権限分離、複数承認、監査ログ、定期テストを組み合わせる必要があります。
条件付き措置とパイロットの射程
決済ステーブルコインは無条件の適格担保ではない
Letter 26-05の再発行版や関連文書は、一定の非証券デジタル資産を証拠金として扱う場合の条件付き不問方針に関係します。決済ステーブルコインの定義に国法信託銀行が発行するものを含める更新もありました。しかし、これは名称に「ステーブルコイン」と付くすべての資産を、無条件で顧客資金の適格担保にするものではありません。
発行者の適格性、準備資産、償還条件、保管、価格、報告など、文書が置く条件を満たす必要があります。価格が米ドルに連動する設計でも、発行者の破綻、準備資産へのアクセス、償還停止、流通市場の価格乖離といったリスクは残ります。
BTC・ETH・USDCを対象としたパイロットの条件
2025年12月に発表されたデジタル資産担保パイロットでは、初期3か月の対象がBTC、ETH、USDCに限定され、FCMには週次報告と重大な問題の速やかな通知が求められました。限定された対象と追加監督は、当局がすべての暗号資産担保を同じ安全性で認めたわけではないことを示します。
パイロットは運用データを集め、問題を観察するための枠組みです。対象に含まれた事実は価格上昇や安全性の保証ではなく、対象外の資産が将来必ず追加されるという予測材料でもありません。制度上の採用と投資判断を切り分けて読む必要があります。
外国ブローカーへの移転と再利用権の確認
2026年5月の文書は、一定の暗号資産無期限契約を外国先物として扱う整理と、顧客保有のデジタル商品などを外国ブローカーへ証拠金として移す場合の不問方針を扱います。対象はPart 30に関係する限定的な場面であり、あらゆる国外移転への一般許可ではありません。
国境をまたぐ場合は、移転先の保管、顧客の権利、現地法、破綻時の回収、担保の再利用権を確認します。外国ブローカーが担保を再利用できるなら、どの範囲で、誰のために、どの記録を残すのかが重要です。即時移転できる技術と、返還請求を法的に実行できることは別問題です。
DLT記録保存の要件
記録の真正性と信頼性を維持する
17 CFR 1.31の観点では、電子記録が本物で信頼できる状態に保たれることが重要です。DLTには履歴を追跡しやすい面がありますが、最初に入力した情報が正しいことまでは保証しません。誤った顧客属性や取引時刻を書き込めば、誤りが改変しにくい形で残るだけです。
そのため、入力元、承認者、署名、時刻、訂正理由を管理し、どの記録が正式版かを説明できるようにします。訂正不能な台帳を使う場合も、元の誤記録を消すのではなく、訂正記録との関係を明確にして完全な監査証跡を保ちます。
検索・表示用データとメタデータを揃える
まなぶ「クリプ先生、取引のハッシュが残っていれば、あとから全部たどれますよね？」
クリプ「ハッシュは手掛かりにはなるけれど、検索表そのものではないよ。顧客名や期間など当局が求める条件で探し、読める形で出せる索引も必要なんだ。」
規制記録は、保存されているだけでなく、必要な条件で検索し、人が読める形で表示できる必要があります。パブリックチェーンのアドレスだけでは顧客や勘定区分を直ちに理解できません。取引ハッシュ、ブロック高、タイムスタンプ、アドレス、顧客ID、商品、金額、承認履歴を結ぶメタデータと索引を維持します。
暗号化やプライバシー技術を使う場合も、権限ある担当者が必要情報を復号・出力できる設計が必要です。外部ノード、エクスプローラー、クラウド事業者へ依存するなら、そのサービス停止時にも検索と表示を続けられる代替経路を用意します。
障害時の可用性と当局への迅速な提出を確保する
分散型だから必ず停止しない、とは言えません。チェーン、ノード、RPC、鍵管理、ネットワーク、索引データベースのどれかが止まれば、業務上の記録へアクセスできない可能性があります。障害シナリオごとに復旧目標、代替ノード、バックアップ、担当者、連絡手順を決め、定期的に提出テストを行います。
当局から特定期間・顧客・取引の記録を求められた時に、担当者が独自形式の生データしか出せない状態は避けます。検索、抽出、可読化、整合性確認、承認、提出までの所要時間を実測し、担当者不在や外部サービス停止時にも実行できるようにします。
DCO固有の保存と顧客資金の用途制限
清算・決済記録と原則5年以上の保存
17 CFR 39.20は、DCOが清算・決済に関する情報を保持することを求め、17 CFR 39.20では原則5年以上の保存が定められています。DCOの記録は原則として1.31に従うため、保存期間だけ守ればよいのではなく、真正性、アクセス、提出も一体で管理します。
DLTを導入する場合は、ノード運用期間と法定保存期間が一致しているか、古いデータを誰が保持するか、チェーン移行時に履歴をどう引き継ぐかを確認します。システム更改やベンダー契約終了は、保存義務を終わらせる理由にはなりません。
スワップデータに適用されるPart 45
DCOが扱う記録のうち、スワップデータにはPart 45も関係します。単一のDLT基盤を使う場合でも、すべての記録が同じ規則だけで完結するとは限りません。記録の種類ごとに適用規則、項目、保存期間、報告先を分類する必要があります。
技術チームには「ブロックチェーン対応」という一括要件ではなく、規制記録のデータ辞書を渡します。どの項目を、いつ、誰が、どの精度で記録し、どの形式で提出するかを定義すれば、実装とコンプライアンスのずれを減らせます。
トークン形態でも変わらない顧客資金の用途制限
17 CFR 1.22は、先物顧客資金を他の顧客や他者の取引・信用供与に使うことを制限します。現金をトークンに置き換えたり、台帳をDLTに移したりしても、用途制限は残ります。資産移動が速くなれば、誤った区分への送付も速く起こり得るため、送付前の統制が重要です。
ウォレットのホワイトリスト、勘定区分ごとの送付制限、複数承認、日次照合、例外アラートを設けます。スマートコントラクトで自動化する場合も、ルール変更権限、緊急停止、誤送付の訂正、監査ログを用意し、人が責任を持つ業務手順と結び付けます。
導入チェックと運用体制
期待される便益と未解決点
市場側では、DTCCがDTC保管資産を承認済みチェーン上でトークン化するサービスを準備し、トークン版が従来資産と同じ権利・保護を持つ設計を掲げています。機能にはミント、バーン、停止、クローバック、所有追跡などが含まれます。これは、単に資産を発行するだけでなく、既存市場の統制と接続する発想です。
CME Group、BMO、Google Cloudによる発表では、トークン化預金・現金を機関向け決済や担保移動へ使い、銀行営業時間や締切への依存を減らす構想が示されました。BISも、統合台帳上で担保確認と支払いを結び付ける可能性を論じています。こうした資料は便益の可能性を示しますが、商用発表や構想と、規制上の適格性を同一視してはいけません。
相互運用性・法的確実性・運用時間の壁
24時間動くチェーンがあっても、保管者、銀行、価格評価、コンプライアンス、顧客サポートが同じ時間帯で動くとは限りません。一つの工程が営業時間外に止まれば、技術上は移転済みでも法的確認や換金が翌営業日になる時間差が生じます。
異なるチェーン、台帳、保管システムをまたぐ相互運用も課題です。ブリッジやメッセージング層を追加すると、障害点と責任主体が増えます。どの時点で決済が最終となるのか、フォークや巻き戻し時にどの記録を優先するのかを契約と運用の両方で決める必要があります。
FIAの業界資料は、時間帯をまたいだ即時移動の効率とともに、相互運用や法的確実性を課題に挙げています。業界資料には推進側の利害があり得るため、便益は実測データで確認し、適格性や義務はCFTCの規則・公式文書で判断するという使い分けが適切です。
導入前に確認する実務チェック項目
- 原資産：Regulation 1.25上の許容投資に該当し、満期や集中などの条件を満たすか。
- 権利：トークン保有者の償還、分配、担保、破綻時の権利が従来形態と同一または機能的に同等か。
- 分別・保管：顧客資産を特定でき、適格な保管者、鍵管理、残高照合が機能するか。
- 評価：信頼できる価格源、代替価格、ヘアカット、流動性ストレスの方法があるか。
- 技術：秘密鍵、スマートコントラクト、チェーン停止、フォーク、オラクル障害へ対応できるか。
- 記録：真正性、検索、表示、メタデータ、保存期間、迅速な提出を満たすか。
- 条件：依拠するFAQ、ガイダンス、不問方針の対象、期限、報告条件を満たすか。
- 判断根拠：参照した規則・文書の版、法務意見、前提条件、テスト結果、残存リスク、承認者を保存したか。
- 継続監督：発行者、保管者、価格、チェーン、規制文書の変更を検知し、停止・再評価できるか。
- 責任体制：夜間・休日の検知、判断、連絡、当局提出の担当と代行者を定めたか。
- 部門横断テスト：法務、担保管理、リスク、セキュリティ、業務、ベンダー管理が障害と緊急提出を共同演習したか。
審査結果は、単純な可否だけでなく、判断根拠と前提条件を残します。たとえば「発行者が日次で償還すること」「指定保管者が分別を維持すること」「特定の価格源が利用できること」を採用の前提にしたなら、その前提が崩れた時の停止基準も同時に決めます。承認日、参照した規則と文書の版、法務意見、テスト結果、残存リスク、承認者を記録すれば、後日の検査や再評価で結論を再現できます。
導入後の監視項目には、原資産との価格乖離、償還時間、取引量、保管残高との差異、スマートコントラクトの更新、管理鍵の変更、チェーン停止、発行者や保管者の信用状況を含めます。一定の閾値を超えた場合に、新規受入れを止めるのか、追加ヘアカットを課すのか、既存残高を移すのかを事前に定めます。24時間動く資産を採用するなら、夜間・休日の検知と意思決定の担当も明確にしなければなりません。
導入判断では、法務だけ、技術だけで結論を出さないことが大切です。法務・コンプライアンス、財務・担保管理、リスク、サイバーセキュリティ、業務、ベンダー管理が同じ資産フローと障害シナリオを確認します。テスト環境では平常時の送付だけでなく、鍵紛失、価格停止、発行者停止、ノード停止、当局からの緊急提出要請を演習します。
最終的な判断材料は「ブロックチェーンを使っているか」ではありません。顧客資金を保護し、権利を実行でき、記録を検証・提出できるかです。今回のCFTC更新は、技術導入を否定するものでも無条件に承認するものでもなく、この基本線をトークン化とDLTの場面へ具体化したものと捉えると理解しやすいでしょう。
審査記録を再現できる形で残す
導入審査の成果物は、単純な「採用可」「採用不可」だけでは不十分です。最初に、対象資産、利用する業務、顧客資金の区分、依拠する規則、FAQ、ガイダンス、不問方針を一対一で対応させます。そのうえで、原資産の適格性、権利の同等性、保管、評価、技術、記録保存について、確認資料と判断者を記録します。更新FAQが明確にした二つの論点を既存の新商品承認票へ組み込めば、ニュースを読んだだけの対応で終わらず、案件ごとに同じ基準を適用できます。
判断には前提条件も明記します。たとえば、発行者が所定時間内に額面で償還すること、指定保管者が顧客資産の分別を維持すること、採用した価格源が利用できること、特定チェーンが正常に最終性を確定することを前提にするなら、その前提が崩れた時の措置まで決めます。措置には、新規受入れの停止、追加ヘアカット、代替保管先への移動、オフチェーン手続きへの切替え、顧客と当局への連絡を含めます。前提と停止基準を対にしておくことで、平常時に承認した担当者が不在でも判断を再現できます。
証跡には、承認日、参照した資料の名称・版・確認日、契約書と法務意見、資産フロー図、ウォレットと保管帳簿の照合結果、スマートコントラクト監査、障害テスト、残存リスク、条件付き承認の期限を含めます。FAQはスタッフの適用整理、不問方針は条件内での執行上の立場であり、正式規則と効力が同じではありません。そのため、資料番号だけでなく「この案件のどの事実が、文書のどの条件に対応するか」まで残すことが重要です。
導入後監視と夜間・休日の責任体制
導入後は、原資産との価格乖離、償還所要時間、出来高と市場深度、保管残高とオンチェーン残高の差異、発行者と保管者の信用状態、スマートコントラクトの更新、管理鍵の変更、チェーン停止や再編、オラクル障害を継続的に監視します。規制面では、FAQ、スタッフレター、公式eCFRの更新・撤回も監視対象です。変化を検知しただけで終わらせず、誰が影響を評価し、どの閾値で受入れ停止やヘアカット変更を決めるかを手順書へ落とします。
トークンが24時間移転できる設計では、夜間・休日にも検知と意思決定が必要です。ただし、すべての部門を常時稼働させるという意味ではありません。重大度ごとの連絡先、一次判断者、法務・リスクへのエスカレーション条件、署名鍵を操作できる担当者と代行者を定めます。銀行、保管者、価格ベンダー、発行者の営業時間が異なる場合は、即時換金や償還ができない時間帯の上限額を設定する方法もあります。移転可能性と換金可能性を同一視しない統制が必要です。
定期テストでは、通常の送付成功だけでなく、鍵紛失、署名者不在、価格源停止、償還停止、ノード停止、チェーン再編、保管者との残高不一致、当局からの緊急提出要請を演習します。法務・コンプライアンス、財務・担保管理、リスク、サイバーセキュリティ、業務、ベンダー管理が同じシナリオを見ることで、契約上は可能でもシステムで実行できない、または技術上は可能でも承認権限がない、といったずれを見つけられます。
DLT記録の提出テスト
DLT記録では、保存していることをノードの存在だけで証明しないよう注意します。検査を想定し、特定の顧客、商品、日付範囲、取引状態を条件に検索し、オンチェーンの取引ハッシュとオフチェーンの顧客ID、承認者、訂正履歴を結び付けて出力します。出力物が人に読めること、合計値が帳簿と一致すること、正式版と訂正版の関係を説明できること、権限者が整合性を確認できることまでがテストの範囲です。
外部ノード、エクスプローラー、クラウド、索引ベンダーを利用する場合は、各社の停止を別々に想定します。バックアップがあっても復元に数日かかるなら、迅速な提出に使えるとは限りません。代替ノードへの切替え、暗号化データの復号、保存形式の変換、承認、提出までを実測し、目標時間と実績を残します。ベンダー契約終了やチェーン移行の際も、法定保存期間中のデータ、メタデータ、復号鍵、データ辞書、出力手順を引き継げる条項を確認します。
こうした提出テストは、DLTを使うことへの追加的な罰則ではなく、17 CFR 1.31やDCOに関係する17 CFR 39.20の既存要件を、新しい保存方式でも満たせるかを確かめる作業です。今回のFAQで実務上変わるのは義務の目的ではなく、トークン化資産とDLTに合わせて確認証跡を具体化すべき点だと整理できます。
最終承認では、今回追加されたFAQの二項目を分けて記録します。資産側の承認は、原資産が許容投資に該当するという結論だけでなく、トークン保有者が誰に償還を請求できるか、破綻時にどの財産から回収するか、分別残高をどの帳簿で照合するかを含めます。記録側の承認は、採用チェーンの名称だけでなく、正式記録の範囲、索引の所在、訂正方法、保存期間、復旧経路、提出責任者を含めます。二つを一枚の「ブロックチェーン対応済み」という確認欄へまとめると、適格性と保存要件のどちらを審査したのかが曖昧になるためです。
また、条件付き措置に依拠する案件では、対象資産や主体だけでなく、報告頻度、通知事由、期限、撤回時の終了手順を管理台帳へ登録します。導入後のレビュー日は契約更新や年次監査だけに合わせず、参照文書の変更、発行者・保管者の変更、スマートコントラクト更新など重要事象でも臨時に設定します。これにより、承認時には満たしていた条件が、その後の変更で失われた状態を放置しにくくなります。
結論
CFTCの更新FAQで新たに明確化されたのは、トークン化された許容投資とDLTによる規制記録保存という二つの場面です。どちらでも、技術形式は既存義務を置き換えません。資産では原資産の適格性、保有者の権利、分別・保管、評価、運用リスクを確認します。記録では真正性、検索・表示、メタデータ、障害時可用性、迅速な提出を確認します。
FAQ、ガイダンス、不問方針は実務上重要ですが、正式な包括規則改正とは役割が異なり、更新や撤回もあり得ます。導入後も文書の版、対象条件、発行者・保管者・技術基盤の変更を監視してください。トークン化の便益を評価するときこそ、「何が速くなったか」と同時に「誰の権利が、どの記録と統制で守られるか」を確かめることが出発点です。
編集・検証情報：編集部がCFTC公式資料と公式eCFRを基準に確認。最終法令確認日2026年9月27日。FAQ・不問方針・規則または参照先の更新時に内容を再検証します。出典カードは資料種別、根拠となる節の直前または直後、確認日をsources欄で対応させています。
本稿は公開された制度・実務資料を基にした一般的な解説であり、法律・会計・投資助言ではありません。個別案件では最新の公式文書と専門家の助言を確認してください。
