米国におけるトークン化株式規制の現状: 証券の属性、情報開示、プラットフォームの責任
記録・配信方法の問題を解決するのが「オンチェーン」です。異なる商品を同じ担保権に圧縮したり、発行、取引、保管が自動的に同じ主体に帰属することはありません。米国のトークン化された株式を調査する場合、最も信頼できる出発点は、「それは準拠していますか?」という一般的な質問をしないことです。ただし、トークンが何を表しているのか、公的文書で何が開示されているのか、プラットフォームが実際に何をしているのか、誰がアクセスと転送を引き続き制御しているのかを順番に確認する必要があります。これら 4 つの項目が揃って初めて、市場データが比較可能になります。
RootData がここで行うのは、市場フィールド比較エントリの最終ステップです。これは、前の 4 つの文書チェックに代わるものではなく、特定の製品、プラットフォーム、またはユーザーの資格について結論を下すものでもありません。
まず4種類の文書質問を使用して一般的な判断を置き換えます
米国の公開資料を読む順序は、権利構造、開示、プラットフォーム機能、ホスティング制御から始める必要があります。この順序は法的な結論ではありませんが、研究が製品名によって偏ることを防ぐための最小限の枠組みです。まず、トークンと基礎となるセキュリティの関係を読み取ります。次に、発行または製品ドキュメントを探します。次に、トランザクション インターフェイスの背後にある機能サブジェクトを確認します。最後に、アクセス、転送、保管の取り決めを個別にリストします。
- 右：保有者は直接担保権を取得するのか、仲介業者を通じて保有する利息を取得するのか、それとも参照資産の変動に対する価格エクスポージャーを取得するのか？
- 開示：どの製品リスク、譲渡制限、手数料、テクノロジーへの依存関係、および権利取り決めが正式な文書に詳しく記載されていますか?
- 関数：誰が発行し、誰がトランザクションを仲介または実行し、誰が決済し、誰がインターフェイスを提供するだけですか?
- コントロール：処理へのアクセス、転送、再開、または中断を決定できるのは誰ですか?
4 項目のうち 1 項目が空白であれば、結論は「要確認」のままで構いません。 「取引」と書かれたプラットフォームのページ、「株式」を含むトークン名、または特定の市場相場でさえ、このギャップを埋めるには十分ではありません。この境界は米国外の製品にも当てはまります。規制資料の解釈は、単に製品のスローガンに基づいて推測するのではなく、権利と参加者にまで遡る必要があります。
セキュリティ属性: まず、トークンがどの権利を表しているかを確認します
Investor.gov のトークン化証券の説明発行者主導の構造、カストディ構造、および合成構造を区別します。構造が異なると、保有者および原証券の権利、義務、利益が大きく異なる可能性があります。ここでの「トークン化された証券」は、まず、オンチェーンまたは同様の分散型台帳記録の形式で表される金融商品として理解できます。これは記録および整理方法を説明するものであり、各商品が従来の株式権利をそのままトークン所有者に引き渡すことを保証するものではありません。
発行者主導の構造により、トークンが従来の証券と同様の権利を直接保有できるようになる可能性があります。保管構造は通常、仲介業者または保管取決めを通じて原証券に接続されています。合成エクスポージャーとは、参照資産に応じて価格が変化するものですが、必ずしも保有者に発行者権利を与えるものではありません。後の 2 つの違いは特に重要です。価格動向も同様であり、所有権、配当、議決権、企業活動の扱いと同等ではありません。
したがって、「トークン化された株式」というラベルに遭遇した場合、最初のラウンドは相場を比較することではなく、トークン所有者は誰に権利を主張するのか、権利はどのように移転または償還されるのか、企業活動は誰によってどのようなルールに基づいて行われるのかという 3 つの質問に答える文書を探すことになります。これらの内容が見つからない場合は、名前だけで記入するよりも「所蔵内容」不明と書いた方が安全です。
情報開示: リスク要因に加えて、製品ドキュメントに戻って取り決めを確認する必要もあります。
規則 S-K 項目 105登録者は、最も重要なリスク要因について話し合い、意味のあるタイトルを付けてリスク開示を整理する必要があります。トークン化された製品の権利と技術的取り決めは、特定の発行文書に遡って確認する必要があります。読者にとって、これは、「規制対象」の行やマーケティングコピーのページを開示の代わりとして扱うのではなく、リスク要因、セキュリティの説明、利用規約、および関連する技術的取り決めがそれぞれどこに現れるかを特定することを意味します。
使用可能な読書記録には規制用語を記入する必要はありませんが、「開示済み」と「未回答」を区別する必要があります。開示には、権利源、譲渡および償還条件、料金、一時停止または制限、利益相反、製品が依存する外部システムが含まれる場合があります。未回答の質問には、誰が特定の制限をトリガーするのか、誰が技術的な障害に対処する責任があるのか、いつ情報が更新されるのかなどが含まれます。これらのスペースを空けておくと、リスク開示の段落が完全なコミットメントであると誤解されるのを避けることができます。
これは、開示が純粋な「事務手続き」ではない理由も説明します。これは、セキュリティ属性を強制可能な境界に変換します。つまり、どのような状況が転送できるか、どのような状況が制限されるか、例外を説明する責任は誰にあるのか、保有者がどのようなリスクを負担するのかなどです。製品がマルチパーティの取り決めに依存するほど、フロントエンドのトランザクション ページを単に見るのではなく、これらの回答を対応するファイルに戻すことがより重要になります。
プラットフォームの責任: 取引、マッチング、清算、保管を特定の主体に移管する
米国法典これらはそれぞれ、他人の口座の証券取引を促進するブローカーと、自分の口座の証券を売買するディーラーとして定義されます。レギュレーションATSこれは、証券売買の利害を集約し、確立された非恣意的な方法での相互作用を促進する ATS を定義します。ブローカーとディーラーの登録規則も提供されます。15 USC §78o。これらの定義は、特定のプラットフォームのステータスに自動的に答えるものではありませんが、プラットフォームの責任を実際の機能に応じて個別に読み取る必要があることを示しています。
同じユーザーにとって、インターフェイスは 1 つのブランドにしか見えないことがよくあります。取り決めレベルでは、少なくとも発行または商品エンティティ、取引または照合エンティティ、清算または決済取り決め、カストディアン、および技術インターフェースを提供するサービスプロバイダーが存在する可能性があります。それらは相互に関連している場合もあれば、独立している場合もあります。読者が本当に対応する必要があるのは、ページ上のプラットフォーム名をすべての責任の略称として捉えるのではなく、「誰が何をしたか」ということです。
実際の検証には、単純なメニューを使用できます。エンティティが注文の実行をコミットする場合は、実行ルールと取引ルールを探します。顧客資産を保有している場合、または譲渡権を管理している場合は、保管およびアクセスの取り決めを検討します。市場価格を表示するだけ、またはアクセスを提供するだけの場合でも、注文の収集、ルーティングの設定、または顧客資産へのアクセスも行うかどうかを確認する必要があります。この措置は、特定の事実やルールの判断に代わるものではありませんが、調査の対象を「プラットフォームが何であるか」から「トランザクションチェーンで何を行うか」に移行する可能性があります。
保管と技術的管理: オンチェーン記録をキャンセルせずに継続的に保管する問題
17 CFR § 240.15c3-3ブローカーディーラーによる顧客有価証券および顧客資金準備金の実際の所有または管理には規則があります。トークン化された製品へのアクセスと転送の取り決めは、引き続き特定の保管文書で確認する必要があります。有価証券記録をチェーンに載せても、「資産を誰が管理できるのか、例外が発生した場合には誰がその資産を扱う責任があるのか」という現在進行中の保管問題が解消されるわけではない。
「エスクロー制御」は、専門用語では、資産へのアクセス、転送許可、秘密鍵、停止処理に関する保管取り決めとして理解できます。テクノロジーが準拠しているかどうかを読者に自分で判断するよう求めるのではなく、「アクセス資格情報を保持または管理するのは誰ですか?」という観察可能な質問をします。転送を開始またはブロックできるのは誰ですか?顧客がアクセスを失ったり、ネットワークが混雑したり、サービスが停止したりした場合に、回復パスを提供するのは誰ですか?これらの質問に対する答えは、保管契約にある場合もあれば、商品条件やリスク開示にある場合もありますが、必ずしも取引インターフェースにあるとは限りません。
このステップは、読者が「記録方法」と「説明責任方法」を区別するのにも役立ちます。製品はチェーン上の残高を表示できますが、顧客の識別、権限管理、企業アクションの提供、例外処理を完了するには特定のエンティティに依存する必要があります。公開資料が技術的特徴のみを示し、制御と回復のメカニズムを説明していない場合、「チェーン上で見える」ことを「保管の取り決めが明確である」と直接解釈することは適切ではありません。
「現状」では、文章を抜粋するのではなく、ファイル階層を明確に読み取る必要があります。
規則テキスト、公式解釈、製品開示、およびマーケティング資料はさまざまなレベルの文書であり、どれも残りの代わりに使用することはできません。したがって、米国のトークン化された株式の「規制の現状」は、継続的に更新する必要がある文書地図に似ています。規則は制度の境界に答え、説明資料は開示の水準を理解するのに役立ち、製品文書は実際の取り決めを説明し、マーケティングページには運営者が提示することを選択した部分のみが表示されます。
読むときは、まずその資料がどのレベルに属しているかを尋ね、次にそれが現在の質問に答えるのに十分であるかどうかを尋ねることができます。たとえば、規制の定義は取引機能を特定するのに役立ちますが、特定の製品が所有者にどのような権利を与えるかを証明することはできません。製品条件は特定の取り決めを説明できますが、適用されるルールを単独で置き換えることはできません。プラットフォームの地域プロンプトでは、すべてのユーザー、すべてのトランザクション、またはすべての時点を要約することはできません。このアプローチでは、説明文を誇張して一般的な結論を導き出すことや、資料が不完全であるために性急に否定的な結論を導くことを避けます。
構造と責任が明確になったら、RootData を使用して市場の状況を比較します。
RootData の株式デリバティブの説明ページ出来高、建玉、深度、スプレッド、手数料、調達レート、契約カバレッジなどの比較フィールドが表示されます。 RootData の株式デリバティブ プラットフォームのフィールドは、同じ時点の同様の商品の市況を比較するために使用できますが、担保権、規制の適用性、または保管の取り決めを証明するために使用されるものではありません。
これは、調査プロセスにおけるデータの適切な場所です。まず、比較対象が類似製品であるかどうか、サービス範囲が類似しているかどうか、データ更新時間が一貫しているかどうかを確認します。次に、流動性、スプレッド、手数料などの市場状況を確認します。 2026 年 7 月 23 日 17:30 の凍結スナップショットを例にとると、RootData ページは 29 のプラットフォームをカバーしています。これは市場分野を水平的に観察したものであり、プラットフォーム、製品、またはユーザーの資格を推奨するものではありません。比較する準備ができたら、に移動しますRootData 株式デリバティブ取引プラットフォームのランキングを見る製品構造とデータ時点を一緒に開始して記録します。
公開資料を「管理する権利」の読み取りカードに整理する
開示資料によって答えられない権利、責任、または管理に関する質問は、製品名やプラットフォームのアクセシビリティによって埋められるのではなく、不明のままであるべきです。特定の製品を次の 4 行の読み取りカードに入れると、どのような種類のドキュメントが不足しているのか、どの主題にリクエストする必要があるのか、次の比較ステップに入る価値はどの程度あるのかなど、その後の調査がより明確になります。
| 最初に尋ねるべきこと | 対応素材 | 答えがないときはどうすればいいのか |
|---|---|---|
| トークンはどのような権利を表しますか? | セキュリティの説明、提供内容、または製品条件 | 直接株式保有と同一視しないでください |
| どのようなリスクと制限が開示されていますか? | リスク要因、利用規約、手数料および転送手順 | レビューのためにリスクまたは制限としてマークする |
| トランザクション チェーン内の各機能を完了するのは誰ですか? | 対象情報、取引ルール、約定および決済の取り決め | 対象となる項目に項目ごとに対応し、プラットフォーム名に置き換えないでください |
| アクセスと転送を管理するのは誰ですか? | ホスティング契約、許可および例外処理手順 | 当面は拘留が解除されているため、チェーン上の視認性は考慮されていません。 |
この読み取りカードの価値は、「購入できる」または「購入できない」という結論を与えることではなく、一連の研究をレビュー可能にすることです。製品構造、ファイル階層、および責任主体が一致していない場合は、水平比較のための市場データの使用を一時停止する必要があります。 4 つの品目すべてに対応する資料が入手可能な場合は、見積もり、深さ、コスト、契約範囲などのより詳細な市場状況の判断を入力する必要があります。
よくある質問
米国では、トークン化された株式は自動的に直接株式を所有することと同等になりますか?
当然同等ではありません。公開情報では、発行者主導型、保管型、合成型の構造が区別され、保有者と原証券との権利関係が異なる場合があります。所有権、企業行為、譲渡、償還に関する説明については、製品条件を確認することを優先する必要があります。価格追跡だけでは、所有者が同様の権利を取得していることを証明するものではありません。条件がこれらの権利がどのように譲渡されるかを説明していない場合、トークンを従来の株式保有として直接理解すべきではありません。
SECスタッフの声明は新たな規制規則に相当するのか?
等しくありません。規制問題を研究する場合、規則テキスト、公式解釈、および特定の製品文書はさまざまな機能を果たします。説明資料は、適用される規則や発行文書に代わることはできません。材質レベルを確認してから、適用範囲や発売日を確認するのが安全です。資料が適用される規則や製品条件に関連していない場合、そこから特定の取引取り決めについて完全な判断を導き出すことはできません。
取引プラットフォームのページだけで、プラットフォームがどのような規制責任を負っているかを証明できますか?
できません。発行、取引、照合、保管、決済およびインターフェイスのサービスは、それぞれ実際のエンティティとその公的文書にマッピングする必要があります。ブランド ページには複数の機能が統合されている場合もあれば、リンクの 1 つへの単なる入り口である場合もあります。ページ名だけではなく、実際の活動と責任の取り決めに基づく必要があります。誰が注文を実行したか、誰が顧客の資産を保持したか、誰が例外を処理したかがページに説明されていない場合でも、責任の連鎖は保留中としてマークされる必要があります。
RootData のプラットフォーム データは、製品が特定のユーザーに適しているかどうかを判断できますか?
できません。 RootData のフィールドは、同様の市場状況を比較するために使用され、製品の権利、地理的範囲、または個人の資格判断に代わるものではありません。製品タイプ、対象契約、およびデータ時点は、比較する前に修正する必要があります。個人の身元、地域、または特定の取引協定に関わる問題がある場合は、現在の製品ドキュメントと関連する専門家の意見に戻る必要があります。データは市場状況の比較には役立ちますが、読者の権利、責任、文書へのアクセスにおけるギャップを埋めることはできません。