ドバイはデジタル資産事業の拠点として本格的に位置付けられる
ドバイは、確立された国際ビジネス環境と専任の仮想資産規制当局を兼ね備えることで、デジタル資産ビジネスの拠点として非常に有望な場所となっています。ただし、ドバイでの暗号企業設立は単なる登録作業ではありません。適切なルートは、活動内容、顧客の場所、ガバナンスモデル、銀行の要件、規制の有無により異なります。
最も重要な判断は、「ドバイかオフショアか」だけではなく、創業者は以下の違いを理解する必要があります: - 本土企業 - フリーゾーン企業 - ドバイの仮想資産ライセンス - DIFC(ドバイ国際金融センター)構造 - オフショア車両
それぞれが法的範囲、税務プロフィール、銀行の結果、UAE居住者に対するサービス提供能力に違いをもたらします。
このガイドでは、ドバイでの暗号企業設立の主要ルート、Virtual Assets Regulatory Authority(VARA)、DIFC、その他UAE当局の関係性、そしてオフショア暗号企業設立が適切な場合や逆効果になるケースについて説明します。
ドバイは暗号企業にとって最適な法域か?
ドバイは、次のような条件を満たす企業にとって最適な法域となり得ます: - 中東地域を運営拠点としたい - 国際的な創業者や投資家へのアクセスを優先 - 明確な仮想資産規制枠組みを必要とする
一方で、次のような場合は適していません: - 制限のないリテールバンキングを希望 - ライセンス義務を避けたい - 現地の実体や監督の承認なく規制された金融商品を提供したい
ドバイの魅力は、以下の実務的な要素にあります:
- 洗練された企業設立エコシステム
- 国際空港、専門サービス提供者、投資ネットワーク
- 仮想資産に特化した規制当局
- 既存の税制下では個人所得税が課されない
- 2023年6月1日以降開始する会計年度から導入された法人税制度
- 本土、フリーゾーン、DIFC、オフショアを含む多様な構造へのアクセス
2024年2月に、UAEはマネーロンダリング対策とテロ資金対策の改革を経て、Financial Action Task Force(FATF)のグレーリストから除外されました。この進展は国際的な信頼性を向上させましたが、顧客のデューデリジェンスや取引監視、制裁 screening、疑わしい取引報告の必要性は依然として残っています。
ドバイと他の主要暗号規制地域との比較
| 規制地域 | 主なメリット | 主な制限 | 適合する事業例 |
|---|---|---|---|
| ドバイ本土 / VARA | 現地運営と专用仮想資産監督 | ライセンスは活動ごとに必要で、運用も厳しい | 取引所、ブローカー、カストディアン、規制された運営者 |
| DIFC | 洗練されたコモンロー金融センターとDFSA枠組み | 仮想資産の許可範囲が狭く、商品適格性に制約あり | 机构投資、アドバイザリー、金融サービス |
| アブダビ・グローバルマーケット | 強力な金融インフラとFSRAの監督 | アブダビの特定設立と規制分析が必要 | 机构的デジタル資産、フィンテック企業 |
| スイス | 実績のある金融・コーポレートエコシステム | 実質要件、コンプライアンス負担、コスト高 | アセットマネージャー、財団、機関投資プロジェクト |
| リトアニア/一部EU諸国 | EU構造へのアクセスと既存の企業登記簿 | MiCA移行と国内ライセンス管理が必要 | EU向けサービス提供者 |
| オフショア | 持株や所有権構造の簡易化 | 銀行、実態、ライセンス、信用の面で弱い | パッシブホールディング、IP、投資用構造 |
Sokenの経験では、「暗号に優しい」と思ってドバイを選び、その後にトークン発行、取引所運営、ブローカー、カストディアン、OTCデスクには異なる承認ルートが必要であることに気づくケースがよくあります。したがって、会社設立前に活動のマップを作成し、企業口座を開設する前に計画を立てることが重要です。
また、ドバイ企業は、グループ全体の一部としても有効です。例えば、ホールディング会社が知的財産を所有し、運営会社が取引やカストディサービスを提供する形態です。このような構造は、所有権・技術開発・規制活動間の対立を緩和しますが、そのためには関連当事者間契約や移転価格設定、ガバナンス、所有権の証明が必要です。
どのドバイ規制ルートを選択すべきか?
適切なルートは、事業の運営地と仮想資産に対する活動内容によります。VARAは、通常、DIFC外の仮想資産活動を監督し、DFSAはDIFC内の金融サービスを規制します。フリーゾーン内の企業でも規制対象の暗号サービスを提供できるわけではありません。
ドバイの規制は階層的に評価します:
-
連邦レベルの企業・税規則
これには、設立、実質的所有、法人税、VAT、雇用、一般的な商業義務が含まれる。 -
エミレーツまたはフリーゾーンの登録
これが、法的実体、オフィス要件、ビザ、許可される商取引、登記官を決定。 -
金融サービス規制
VARA、DFSA、その他の当局の承認が必要か判断。 -
AMLと報告義務
顧客識別、所有者の確認、制裁 screening、疑わしい取引の報告、記録保存、リスクベースの監視。
VARAルート
VARAは、2022年ドバイ法第4号に基づき設立されました。その枠組みは、次の活動を対象とします(適用されるルールブックと許可次第): - アドバイザリーサービス - ブローカー・ディーラーサービス - カストディ - 取引所運営 - 貸借・融資 - 管理・投資サービス - 移転・決済 - 仮想資産発行に関する活動
「ブロックチェーン」「ソフトウェア」「テクノロジー」とラベル付けされたライセンスについて、その活動を自動的に許可するわけではありません。技術企業は、許可された取引所向けのソフトウェアを開発し、自社で取引所を運営しなくてもよいのです。活動範囲は契約、ウェブサイト表現、顧客フロー、ウォレット、収益モデルに反映させる必要があります。
DIFCルート
DIFCは、別個の法的・規制環境です。金融規制当局であるDFSAは、認められた仮想資産や金融サービスに対して独自の枠組みを適用します。DIFCに設立された企業は、機関投資やアドバイザリー、金融サービスに適している場合がありますが、具体的なトークンやサービスの適格性は事前に確認する必要があります。
本土およびフリーゾーンルート
本土やフリーゾーンの企業は、以下に適しています。 - ソフトウェア開発 - ブロックチェーン研究 - マーケティング・事業開発 - 非カストディの技術 - 管理、地域本部 - 株式や知的財産の所有
一方、以下には不十分です: - 顧客の暗号資産のホールディング - マッチングエンジンの運用 - 顧客取引の実行 - 規制された投資アドバイスの提供 - 仮想資産ポートフォリオの管理 - 顧客の送金支援 - トークンの公開販売
セキュリティの見識: 最もリスクの高い登録ミスは、「取引ライセンスの活動」を規制許可と誤解することです。Sokenでは、各顧客向け機能、ウォレットの動き、収益源、マーケティング表現を事前に規制当局に登録し、設立を推奨します。
規制当局との比較検討には、Crypto Mapが役立ちます。これは、ライセンス取得や事業モデルに関する問いを整理するためのものであり、法的分析の補助として使うべきです。
どの会社形態が暗号企業設立に最も適しているか?
最も適した形態は、一般に規制された運営会社を中心に、明確に分離されたホールディング、技術、サービスの各エンティティを支援する構造です。オフショア企業は、株式や知的財産を所有することができますが、顧客対応や規制される仮想資産活動を行うためのローカルライセンスを代替できるわけではありません。
典型的なグループ構成は以下の通りです:
| エンティティ | 主な役割 | 主要所在地 | 管理責任 |
|---|---|---|---|
| ホールディング | 株式保持と投資受領 | UAE、EU、その他適切な法域 | コーポレートガバナンス・投資家権利 |
| 規制された運営企業 | 顧客サービスと規制活動 | ドバイ、DIFC、ADGMほか | 金融規制当局 |
| 技術企業 | ソフトウェア開発とエンジニア採用 | UAEまたはインターナショナルな技術拠点 | IP所有と開発契約 |
| 財団・非営利 | プロトコルガバナンスやエコシステム支援 | 法域別に異なる | ガバナンス・税・資産ロックルール |
| IP・財務会社 | 商標・コード・資産保持 | 選定した適切な法域 | 移転価格・資産管理 |
この分離はリスク管理に有効ですが、規制対象の活動を隠すために使ってはいけません。例えば、技術企業が顧客ウォレットを管理し、取引結果を決定し、手数料を受領し、自社のサービスとしてマーケティングしている場合、それは規制当局から運営事業の一部とみなされる可能性があります。
重要な構成に関する問い
設立前に創業者は以下について回答すべきです: - 誰が顧客と契約するのか? - どのエンティティがFiat・デジタル資産の手数料を受け取るのか? - どのエンティティが秘密鍵を管理するのか? - 従業員や上級管理者はどこにいるのか? - ソフトウェアは誰が所有し管理しているのか? - 流動性管理・カストディ・銀行契約はどのエンティティが締結するのか? - 顧客資料に記載されるのはどの法域のエンティティか? - UAE居住者を直接ターゲットにしているか? - 小売顧客へのサービス提供を行うか? - トークンは投資・金融商品として宣伝されるのか?
堅牢な構造は、「プロトコルガバナンス」と「運営管理」の区分も明確にします。分散型アプリケーションチームは、あるプロトコルを非カストディアルと表現するかもしれませんが、その位置づけは、アップグレード鍵の管理、フロントエンドアクセス、手数料ルーティング、財務決定、ユーザーオンボーディングにCEO規制当局が関わる場合、その信頼性は弱まります。
Sokenのブロックチェーンセキュリティレビューとペンテストサービスは、提案された法的構造の技術的背景を検証するのに役立ちます。例として、「非カストディアル」モデルについて、管理者権限や緊急引き出し機能、トランザクションリレイヤー、オラクルの依存性、アップグレードメカニズムの観点から確認します。
ドバイの企業設立は、法的構造・技術アーキテクチャ・顧客の導線が一貫性を持つとき、より堅牢になります。ライセンス申請の成果は、事業モデルとプラットフォームの実態が一致しているかどうかに左右されるためです。
ドバイの暗号企業は、規制活動を中心に構築すべきであり、最低コストな設立パッケージではない。 運営エンティティ、ライセンス範囲、ウォレット管理、顧客契約、技術所有権が整合する必要があります。そうでなければ、コストを抑えた構成は後々銀行・執行・投資家の調査の困難を招きます。
トークン発行、カストディ、取引所、ブローカー、アドバイザリー、越境顧客獲得などを計画している場合、Sokenの暗号関連法務・企業サービスが活動マップの作成やライセンス取得、ガバナンス、ドキュメンテーションの計画をサポートします。
ドバイで暗号企業を register するにはどうすれば良いか?
ドバイで暗号企業の登録は、一般的に以下の流れになります: - 事業モデルの分類 - 闘争の特定 - 企業名の予約 - 設立 - 実質所有者の開示 - 事務所と経営体制の整備 - 銀行準備 - 必要に応じて仮想資産ライセンスの別申請
設立だけでは規制対象の暗号活動の許可は得られません。ライセンス取得の順序も事前に計画しておく必要があります。
推奨される登録手順
1. 活動範囲の定義
すべてのサービスについて書面にまとめる: - 現物取引 - ブローカー - OTC取引 - カストディ - ステーキング - 貸付 - ポートフォリオ管理 - トークン発行 - アドバイザリー - ソフトウェアライセンス - 支払い・決済機能
「暗号サービス」などの曖昧な表現は避け、正確な顧客・資産フローを示すこと。
2. 規制当局とエンティティの場所の特定
以下のカテゴリーに該当するか判断: - VARAのドバイ範囲内 - DFSAのDIFC範囲内 - 他のUAE金融規制 - 規制対象外の技術またはホールディング活動
登録当局と金融規制当局は異なるケースもあるため、それぞれの要件を調整すべき。
3. 所有権とガバナンスのドキュメント作成
詳細な審査対象: - 最終的な所有者 - 取締役・上級管理者 - コントローラーと資産源泉 - 資金源 - 雇用・規制履歴 - グループ関係 - 利益相反 - 財務予測
名義人や不透明なオフショア株主は、銀行やライセンス取得を難しくする。
4. 企業設立
必要書類は、憲章、株主情報、登記住所、事業活動、取締役情報、身分証明書類などです。具体的な内容は規制当局や法形態により異なります。
5. コンプライアンス体制の構築
規制された暗号事業は、以下の管理体制を文書化します: - 顧客デューデリジェンス - 強化デューデリジェンス - 制裁 screening - 取引監視 - 旅行ルール(Travel Rule) - 疑わしい取引のエスカレーション - 市場乱用対策 - 苦情処理 - 利益相反管理 - サイバーセキュリティとインシデント対応 - 事業継続計画 - 外部委託・ベンダー管理
UAEのAMLフレームワークと報告システムのため、単なる申請書類としてでなく、実運用に基づく方針整備が不可欠です。
6. 技術・カストディの証拠準備
規制当局や銀行は以下について尋ねることがあります: - ホット・コールドウォレット - キー生成・リカバリー - 特権アクセス - 取引承認 - ブロックチェーン分析 - スマートコントラクトのリスク - APIの安全性 - クラウドインフラ - 災害復旧 - 顧客資産の分離
カストディや取引所の場合、技術アーキテクチャ図も重要な資料となる。
7. 承認申請
活動計画、財務モデル、コンプライアンスマニュアル、ウェブサイト、利用規約、技術文書間で矛盾がないように整合性を持たせる。
8. 銀行口座の開設と段階的リリース
設立だけでは銀行口座は保証されません。資金源、取引量、相手国・地域、ブロックチェーンの露出、スタッフなどを考慮し、段階的に制限付で試験的に展開するのが望ましい。
Dubaiの暗号企業設立にかかるコストと税務
コストはエンティティ、規制当局、オフィス、コンプライアンススタッフ、専門家アドバイザー、技術管理、ライセンスの種類によって異なります。設立費用だけでなく、継続的なコンプライアンス、監査、現地実体、保険、銀行、サイバーセキュリティも予算に入れる必要があります。
主なコストカテゴリ
| コスト項目 | 何がその金額を左右するか |
|---|---|
| 設立 | 企業タイプ、登記所、活動内容、株主数、登録期間 |
| オフィス・実体 | オフィスのグレード、リース、実体の有無、スタッフ数 |
| 規制申請 | 活動カテゴリー、申請の複雑さ、監督要件 |
| コンプライアンス | MLRO、コンプライアンス担当、取引監視、 screening、報告 |
| 法的ドキュメント | 顧客規約、リスク開示、トークン書類、外注・雇用契約 |
| 技術保証 | ペネトレーションテスト、カストディ制御、クラウド環境点検、スマートコントラクト評価、インシデント対応 |
| 銀行 | 口座開設準備、最低残高、決済手段、取引監視 |
| 税務・会計 | 法人税登録、帳簿管理、VAT申告、年次報告 |
| 保険 | 専門職賠償責任、サイバー保険、犯罪保険、役員賠償 |
UAEの法人税率は一般的に課税所得がAED 375,000超の9%です。ただし、条件や免除、選択、申告義務により異なるため、詳細な分析が必要です。
VATは標準5%で課され、デジタル資産サービスごとに取り扱いが変わる場合があります。トークン販売、ソフトウェア、アドバイザリー、取引所手数料、越境供給も一括して判断すべきではありません。
また、以下も評価すべきです: - UAE内外の関係法人間の移転価格 - Payroll・雇用義務 - 顧客の所在国での源泉税・税務負担 - 常設事務所リスク - 顧客資産の会計処理 - ステーキング・貸付・財務収益の税処理 - 税居住者・管理・コントロール問題
「フリーゾーン」と名付けても税務アドバイスの代わりにはなりません。純粋に条件を満たしているか、実務が登録内容と一致しているかを確認する必要があります。
技術・運用の観点からの事前判断には、SokenのSecurity X-Rayも有効です。特にライセンス申請前に、契約や管理者鍵、カストディインフラ、ベータ版のデプロイ状況を確認します。
オフショア暗号企業設立はドバイ企業に適しているか?
オフショア暗号企業は、主にパッシブホールディング、投資、IP所有、グループ内の資産管理に適しており、ドバイの運営・規制ライセンスの代替にはなりません。ビジネスが顧客対応や規制対象の機能を行う場合、銀行・実体・税務・信用の面で課題が発生します。
「オフショア暗号企業」という表現は、次のように様々な形態を指します: - 非居住者のホールディング会社 - 国際的な事業体 - 財団・トラスト類似の車両 - オフショアのIP企業 - UAEフリーゾーン企業だが「オフショア」と誤認されたもの - 特定の投資目的の特殊目的車両
これらは一律ではなく、分類・利用目的による違いを理解すべきです。UAEフリーゾーン会社はオフィスやビザ、現地運営の権利がある場合もありますが、伝統的なオフショアは、UAEで事業や従業員雇用は難しいことが多いです。
オフショアの正当性が高まるケース
オフショア構造は、次の条件を満たす場合に正当化され得る: - 規制下の運営企業の株式を保有 - 適切なライセンス下で知的財産を所有 - 機関投資家のガバナンスモデルに則った投資の受領 - パッシブな資産を顧客業務と分離 - 本格的なガバナンス分離された財団主体のプロトコルを支援
一般的にオフショアが不適切なケース
以下の業務には不向き: - 取引所またはブローカー運営 - 顧客資産を保有 - UAE居住者を対象 - ドバイに管理チームを置く - 顧客向けプラットフォームをドバイから運営 - 金融サービスを広告 - 顧客資金を大量に受領 - 地元銀行や規制の期待に沿わない
| 目的 | より適した出発点 |
|---|---|
| ドバイのソフトウェア開発 | 本土または適切なフリーゾーンの技術企業 |
| UAE仮想資産運営 | 関連規制当局に連なる適合企業 |
| DIFCの金融サービス | DIFCの企業とDFSAの分析 |
| パッシブなグループ所有 | 慎重に選ばれたホールディング法域 |
| プロトコルの基盤 | ガバナンス・税務のアドバイスを受けた構造 |
| 高リスク匿名所有 | 透明性が必要(銀行・ライセンスに不可欠) |
過去の失敗例として、2022年11月のFTX崩壊(顧客・債権者の数十億ドル規模の請求)では、エンティティの不十分な分離、ガバナンスの欠如、資産管理の不備が明らかになりました。また、2023年3月のEuler Finance攻撃(約1億9,700万ドルの損失)では、企業構造が整っていても、技術的・財務的リスクが干渉し得ることが示唆されました。
Soken Hubは、Web3調査と関連ガイドラインを提供し、ライセンスや適合性、技術リスクの比較検討をサポートします。次のステップは、オフショアのレジストラー選びではなく、顧客の所在、規制活動、運営主体、資産流れ、管理拠点、銀行依存性を示す「規制マトリクス」の準備です。
ドバイは強力な拠点になり得るものの、事業が本当にそこに根ざす準備が整ったときだけ有効です。設立前に、1ページの活動マップを作成し、VARA、DIFC、税務、AML、銀行、技術管理の要件と照合してください。これにより、提案されたモデルにローカルの規制運営者や技術子会社、ホールディング、他の法域が必要かどうかが見えてきます。
構造と管理・規制・税務・プラットフォーム設計を一貫させることが、将来的な再設計を抑制します。Sokenの暗号法務・企業サービスは、その計画を支援します。