FATF勧告16（いわゆる「トラベル・ルール」）は、過去5年間で理念の段階から実運用へと移行しました。現在、東南アジアの規制当局は、VASPに対し、機関間送金において送金元および受取人の情報を送信することを義務付けています。 しかし、「トラベル・ルール」が日常業務として定着するにつれ、事業者は両面的な問題に直面しています。すなわち、同一の送金の送金側と受取側で異なるプロトコル（Notabene、TRP、Sygna、TRISA）が使用される可能性があり、それぞれに独自のフィールドの定義、暗号化方式、本人確認方法が存在するからです。 本記事では、IVMS101、サンライズ問題、プロトコル間ブリッジング、および製品化されたコンプライアンス・データプレーンについて解説し、東南アジアのVASP向けの参考資料とする。

1. 業界の背景：トラベル・ルールの5年間

1. 2019年～2021年 — FATFが勧告16を発行し、1,000米ドルを超える仮想資産（VA）送金において、送金者／受取人の情報の記載を義務付けた。
2. 2022年～2023年 — シンガポールのMAS、フィリピンのBSP、タイのSECがトラベル・ルールを運用開始。
3. 2024–2025年 — マレーシアのSC、インドネシアのBappebti、ベトナム、カンボジアが参加。
4. 2025–2026年 — 同地域で本格運用が開始され、プロトコル間の相互運用性が中核的な課題となる。

SoonTechの東南アジアにおけるホワイトラベル顧客全体において、プロトコルの異種混在が「現場のギャップ」を凌ぎ、トラベル・ルールの主要な課題となっている。

2. 市場の課題：相互運用性に関する5つの課題

• プロトコルの異種性 — Notabene、TRP、Sygna、TRISAは、それぞれ異なる暗号化方式とメッセージ形式を採用している。
• サンライズ問題 — 取引相手がどのプロトコルにも参加していない場合があり、送信先がない。
• IVMS101フィールドのセマンティクス — 管轄区域ごとに、氏名、住所、ID番号の形式が異なる。
• 本人確認 — 取引相手が認可されたVASPであることを確認するための統一されたディレクトリが存在しない。
• 監査証跡 — 現地の規制当局は、配信の失敗、再試行、および拒否をどのように監査するのか？

3. データと動向

トラベル・ルールは、「送金するかどうか」という段階から、「プロトコル、分野、管轄区域をまたいで、正当性を立証できる監査記録を残しつつ、いかに確実に送金するか」という段階へと移行しています。

4. 事例分析：エンドツーエンドのトラベル・ルール・フロー

匿名化されたシナリオ：SGのVASP Aが、IDのVASP Bに50,000 USDTを送金する。

• ステップ1：Aが送金を開始し、リスクエンジンがトラベル・ルールの閾値にフラグを立てる。
• ステップ2：コンプライアンス・データプレーンがVASPディレクトリを検索。BはSygnaを利用している。
• ステップ3：AがNotabeneを実行；SoonTechがIVMS101とSygnaを透過的にブリッジする。
• ステップ4：BのKYCチームが受信し、受取人と照合して確認応答を行う。
• ステップ5：24時間経過してもACKがない場合、Aは自動的にSunriseフローに入る。
• ステップ6：イベントストリーム全体がコンプライアンスログに記録される。

相互運用性とは「プロトコルを追加する」ことではなく、IVMS101のマッピング、プロトコルブリッジング、VASPディレクトリ、Sunriseの処理、および監査を、コミット可能なコンプライアンス・データプレーンへと統合することです。

5. SoonTechのトラベル・ルール相互運用機能

5.1 IVMS101フィールドマッピング

• IVMS101標準テンプレート。
• 管轄区域ごとの差異（氏名／住所／ID／生年月日）。
• フィールド欠落時のプロンプト表示と是正措置。

5.2 プロトコル間ブリッジング

• Notabene、TRP、Sygna、TRISA。
• メッセージ形式および暗号化の自動変換。
• 手動による介入は一切不要。

5.3 VASP ディレクトリ

• 複数のソースを統合したディレクトリ。
• カスタムホワイトリスト／ブラックリスト。
• ディレクトリの更新はすべてログに記録されます。

5.4 サンライズ処理

• 取引相手がプロトコル外の場合の自動サンライズフロー。
• Eメール／APIによるフォールバック開示。
• コンプライアンス・ストリームへの事案の記録。

5.5 配信の可観測性

• 成功／失敗／再試行／拒否の可視化。
• 配信 SLA レポート。
• SIEMへのエクスポート。

5.6 コンプライアンス・データプレーン

• 統一されたログ形式。
• 複数の規制当局向けエクスポート（MAS / SC / Bappebti / BSP）。
• 単一のデータソース、複数の出力。

6. 企業導入に関する提案

1. 管轄区域のマッピング。
2. プロトコル戦略を定義する — 主要プロトコル2つ以上＋ブリッジング。
3. VASPディレクトリを構築する。
4. サンライズ・ワークフローを公開する。
5. デリバリーの可観測性を確保する。
6. コンプライアンス・データプレーンに統合する。

ベンダー選定チェックリスト

• 3つ以上のトラベル・ルール・プロトコルおよびブリッジング。
• IVMS101フィールドマッピングおよびローカライゼーションテンプレート。
• マルチソースVASPディレクトリの統合。
• サンライズ・フォールバック開示ワークフロー。
• 配信SLAレポート＋SIEM統合。
• 複数規制当局向けのコンプライアンスログのエクスポート。

7. 今後の展望

1. プロトコルの収束 — ブリッジングが標準となる。
2. 中立的なVASPディレクトリ — プロトコル横断型の中立サービスが登場。
3. データプレーンの製品化 — KYT、制裁、税務が同プレーンを共有。

トラベル・ルールはもはや「単なる追加機能」ではなく、コンプライアンス・データプレーン戦略の第一歩となる。

よくある質問

Q1: VASPはすべてのトラベル・ルール・プロトコルを導入する必要があるのでしょうか？

A1: いいえ。SoonTechは、主要なプロトコルを2つ以上＋ブリッジングを推奨しています。

Q2: サンライズの問題はどのように対処されますか？

A2: メールおよびAPIのフォールバックによる開示を行い、監査用にケースをログに記録します。

Q3: IVMS101のフィールドは、管轄区域によって大きく異なりますか？

A3: ある程度異なります。国民ID、納税者番号、住所の形式は国によって異なりますが、SoonTechでは各地域向けのテンプレートを提供しています。

Q4：ディレクトリ内の「疑似VASP」を回避するにはどうすればよいですか？

A4: 複数の情報源からの統合、ホワイトリストによる審査、および有効化前のリスク評価を実施しています。

Q5: 配信成功率が低い場合の交渉方法は？

A5: SLAレポートを活用します。追跡可能な配信レポートは、ワークフロー改善に向けた交渉の根拠となります。

結論

トラベル・ルールは、相互運用性とコンプライアンス・データプレーンの時代に入りました。IVMS101のマッピング、プロトコルブリッジング、VASPディレクトリ、サンライズ対応、監査証跡を、確固たる製品として提供できる企業こそが、東南アジアの次のコンプライアンスサイクルにおいて、機関投資家からの信頼を獲得することになるでしょう。

🌐 SoonTechで、安全かつスケーラブルなWeb3プラットフォームを構築しましょう。

ホワイトラベル暗号資産取引所、予測市場、MPCウォレット、マッチングエンジン、流動性統合、コンプライアンス向けのソリューションをご覧ください。