ガイド
UAEの暗号ブローカーまたはOTCデスク：構造とライセンスガイド
短い回答
「OTCデスク」は販売チャネルを指す名称であり、規制上の区分ではありません。ドバイでは、その活動が認可の対象となるブローカー・ディーラー機能に当たるかどうかを、仮想資産規制局（Virtual Assets Regulatory Authority、VARA）が判断します。アブダビ・グローバル・マーケット（Abu Dhabi Global Market）では、金融サービス規制局（Financial Services Regulatory Authority、FSRA、ADGM）が同等の認可事業者（Authorised Person）制度を運用しています。進むべきルートを決める唯一の事実は、取引の場所でも、マーケティング上の呼称でも、デスクが気配値を提示するチャットアプリでもなく、そのデスクが本人（プリンシパル）として取引するのか、自らのブックに対して取引を突き合わせるのか、それとも取引を行う他の者に案件を紹介するだけなのか、という点です。この選択によって、その後に続く資本、カストディ、決済に関する義務が定まります。
デスクを運営する4つの方法。そのいずれも「OTC」とは呼ばれない理由
「OTC」とは、取引所のオーダーブックでマッチングされるのではなく、二者間で相対により交渉されることを意味するに過ぎません。誰がリスクを負うのかについては何も示しておらず、それはVARAのBroker-Dealer Services Rulebookが検証する事項です。この呼称の下には、それぞれ異なる機能が存在します。
- エージェンシー・ブローカー：顧客の注文を第三者の執行先に回送し、自らは取引の反対側に立ちません。
- プリンシパル・ディーラー：自らのバランスシートから気配値を提示して約定させるため、すべての気配値が自己資本による確定的なコミットメントとなります。
- マッチド・プリンシパル・デスク：顧客取引を相殺するために同時に売買を行い、ポジションを保有するのは、それをカバーするのに要する数秒間のみです。
- 紹介者またはアレンジャー：顧客を認可を受けた取引相手に引き継ぎ、自らは何も執行しません。
価格提示の方法も重要です。トレーダーがその場で受け入れられる音声やチャットでの価格提示は、APIが存在しなくても本人としての取引(dealing as principal)と同様に機能します。一方、別個の取引確定ステップまでは目安価格のみを表示するRFQ(リクエスト・フォー・クオート)画面は、アレンジングに近い振る舞いをします。同一ブロックでの決済は、価格提示の経路が何であれ、ポジションをネッティングして日末に決済するデスクとは異なるリスクを伴います。
VARAの規則集が実際に検証するもの
VARAのブローカー・ディーラー・サービス規則集（Broker-Dealer Services Rulebook）は、本人としての取引、代理人としての取引、助言サービス、証拠金取引、認可を受けた販売サービスを、それぞれ別個の部として区分しています。規則II.Bは、VASP（仮想資産サービスプロバイダー）が、リスクレス・プリンシパルとしての取引を含め、顧客の注文を履行するため、または自社の在庫を管理するために本人として取引することを認めていますが、それはベストエグゼキューション（最良執行）基準の範囲内に限られます。同じ規則は、コンプライアンス・リスク管理規則集（Compliance and Risk Management Rulebook）が明示的に認める場合を除き、取引に際して顧客資金（Client Money）または顧客の仮想資産（Client VA）を使用することを禁じています。本人としての取引のみをマッチングするデスクであっても、信用供与を行ったり、決済済みの資金に先立って顧客に取引させたりする場合には、証拠金取引に関する規定の適用を免れません。
決済はさらに別の規則集に置かれています。VARAは、ブローカー・ディーラー・サービス規則集ともカストディ・サービス規則集（Custody Services Rulebook）とも別に、VA移転・決済サービス規則集（VA Transfer and Settlement Services Rulebook）を設けています。資産の移動、保管、売買は、それぞれ別個の規制対象機能だからです。「当社はカストディを行わない」と自認しながら、取引から決済までの間に顧客資産を日常的に保有しているデスクは、その機能に名前を付けないまま移転・決済機能を果たしていることが少なくありません。デスクがこの3つの機能のうちどれを担い、資産がどれだけの期間デスクのもとにあるのかを整理する作業は、事業体を選ぶ前に行う必要があります。VARAおよび仮想資産の認可は、その整理が申請書類となる段階です。
クライアント分類とリテールの境界線
VARAの市場行為規則集は、デスクが相手方をリテール顧客ではなく機関投資家の取引相手として扱うには、顧客契約と投資家分類が必要であると定めており、この分類によって、その後に適用される開示事項とリスク警告が決まります。VARAのマーケティング規則は、これとは別に、顧客の分類にかかわらず、OTC取引を含む仮想資産サービスを宣伝する場合には必ずリスク警告を表示するよう求めています。リテール顧客と機関投資家の取引フローを同じ営業チームで扱うデスクは、例外を伴う単一の規制体制ではなく、2つのコンプライアンス体制を同時に運用していることになり、これは認可審査が停滞する一般的な原因です。
リクイディティ、資金の事前準備、そして銀行が確認する書類
OTCデスクの口座開設を受け付ける銀行や流動性プロバイダーは、取引に関する説明と資金に関する説明が一致しているかを確認します。次の事項を文書で示せるようにしてください。
- デスクが取引に先立って資金を用意するのか、クレジットで決済するのか、そして取引相手が受渡しを履行しなかった場合に誰がその差額を負うのか。
- デスクが実際に利用するリクイディティプロバイダーおよび取引の場がどこであるか。これは、ピッチデックに名前が挙がっているだけでなく、契約書によって証明されるものです。
- 取引の受諾から最終決済までの間、クライアント資産と自社資産がどこに置かれ、その分離がどのように管理されているか。
- クライアントの資金だけでなく、デスク自身の取引資本の背後にある資金の出所。
移動中または決済待ちの資金は、規制当局の監督下にある認可機関の分別された顧客口座に置かれるべきであり、デスク自身の取引資本と混合してはなりません。この構造は、取引相手から指摘された後ではなく、申請の前に銀行口座開設準備の作業で検証します。
所有、実体、そして規則集が求める役職
認可された機能のもとで本人または代理人として取引を行うデスクには、登記上の住所と名目上の署名者ではなく、取り扱う規模に見合った居住する経営陣とMLRO(マネーロンダリング報告責任者)の体制が必要です。VARAとFSRAはいずれも、その機能を運営する人材に対する適格性審査を求め、事業計画書に一度記載された数字ではなく、継続的に保有し監視される財務的資力を求めます。ホールディングカンパニーやオフショアの親会社をその上位に置くことはできますが、クライアントと直接向き合う事業体が実体を備えている必要があります。規制対象かつ複雑な所有構造の設立の作業は、まさにこの分離のために存在します。
OTCデスクに特有のよくある失敗
- トレーダーがその場で気配値を受け入れられる状態になった後も、「当社は気配値を提示するだけで、取引はしない」と考えること：営業資料にどう書かれていようと、それはディーリングです。
- マッチド・プリンシパルデスクが、無秩序に未ヘッジのポジションを一晩保有するようになってしまい、その結果負っているリスクについて契約文書を見直さないままにしてしまうこと。
- 営業チームが2種類の説明資料を使い分けるのを面倒だという理由で、リテールと機関投資家のフローを同じ開示資料で処理してしまうこと。
- 文書化された移転・決済プロセスを整備せず、取引相手との非公式な取り決めに決済を委ねてしまうこと。
- 登録コストだけでルートを比較してしまうこと。実際にルート間のコストを分けるのは、保有すべき資本、必須のコンプライアンス人員の採用、そして分類制度です。
