ブログ・ 2026年5月21日

FATFトラベルルール：取引監視に組み込まれた新機能 (JA)

FATFトラベルルールは、Diditでは独立した製品ではありません。これは取引監視機能に統合されています。すべての仮想通貨送金をスコアリングする同じエンジンで、送金元と受取人のデータを交換し、義務を追跡し、ウォレットをスクリーニングします。.

By Didit2026年5月21日更新日 2026年5月21日

FATFトラベルルールは、すべての仮想資産サービスプロバイダー（VASP）に対し、一見すると単純な要求をしています。しきい値を超える仮想通貨送金を行う場合、送金元と受取人に関する識別情報を同時に送信する必要があり、送金を受け取る場合は、同じデータを収集して確認しなければなりません。難しいのは原則ではありません。問題は、相手方のVASPが別のスタック、別の管轄区域にあり、同じプロトコルをサポートしているか、そもそも遵守義務があるかどうかが不明な点です。

Diditはこれを個別の製品なしで処理します。トラベルルールサポートは、取引監視機能に直接組み込まれています。リアルタイムですべての仮想通貨送金をスコアリングするのと同じエンジンが、相手方VASPと送金元および受取人データを交換し、各義務の状況を追跡し、オンチェーンウォレットスクリーニングを並行して実行します。取引を一度送信するだけで、監視、スクリーニング、およびトラベルルールがすべて実行されます。

このガイドでは、その仕組み、なぜこのように構築されたのか、そして統合方法について説明します。

主なポイント

トラベルルールは取引監視の一部であり、アドオンではありません。すでに監視のために送信している仮想通貨送金には、トラベルルールデータ交換と義務追跡が含まれます。
送金元と受取人のデータ交換は、主要なプロトコルであるTRISA、TRP、およびOpenVASPを介して、あなたと相手方VASPの間で実行されます。
6つの専用ステータス（UNKNOWN、COMPLIANT、PENDING_ACTION、PENDING_COUNTERPARTY、FAILED、EXEMPT）により、各義務の状況が正確にわかります。
ルールライブラリにはプリセットのトラベルルールが同梱されており、取引にはtravel_ruleカテゴリが付与されるため、文脈に応じたポリシーが適用されます。
オンチェーンウォレットスクリーニングは、1スクリーニングあたり$0.02から（CrystalまたはMerkle Scienceのキー持ち込みで）並行して実行されます。
1つの統合された/v3/ API。仮想通貨取引はcurrency_kind: "crypto"を指定してPOST https://verification.didit.me/v3/transactions/に投稿されます。

トラベルルールが果たす役割

金融活動作業部会（FATF）は、長年にわたる電信送金ルールである勧告16を仮想資産にまで拡大しました。その要件は、VASPが顧客に代わって仮想資産を送金する場合、必要な送金元および受取人情報を取得、保持、送信し、要求に応じて当局に提供しなければならないというものです。実際には、これは2つのVASPが互いを識別し、顧客データを安全に交換し、資産がオンチェーンで移動する前、または移動中に送金を確認する必要があることを意味します。

Diditが運用化するのは、この確認プロセスです。監視のために仮想通貨取引を送信すると、エンジンは相手方VASPを識別し、サポートされているプロトコルを介して送金元と受取人のペイロードを交換し、義務をあなたが対応できるステータスに解決します。相手方が確認した送金はCOMPLIANTになり、相手方からの応答を待っている場合はPENDING_COUNTERPARTY、しきい値以下またはその他の理由で対象外の場合はEXEMPTになります。

なぜ重要なのか

トラベルルールの執行はもはや理論上の話ではありません。EUの資金移動規制、英国の実施、および増え続ける各国の制度は、VASPにデータ交換の実施を義務付けており、監督当局は積極的にこれを検査しています。これを誤ると、罰金だけでなくライセンスリスクを負うことになります。

運用上の問題は、ほとんどのチームがトラベルルールを、KYC、AML、取引監視とは別の「第4のツール」として扱い、同じ送金について4つのシステムを同期させるためにエンジニアリング時間を費やしていることです。Diditのアプローチは、この問題を解消します。ストラクチャリング、送金頻度、制裁対象者への露出を監視するためにすでに監視している送金が、トラベルルールの義務を負う同じ送金であるため、データ、ステータス、および監査証跡は一箇所に集約されます。

技術詳細

仮想通貨取引は、法定通貨を扱うのと同じエンドポイントである統合された/v3/ APIに対して作成されます。currency_kind: "crypto"を設定することで、エンジンは仮想通貨ルールを評価し、トラベルルールとウォレットスクリーニングのパスを実行するように指示されます。

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_c41f08",
    "category": "travel_rule",
    "amount": 4200,
    "currency": "USDC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T11:05:00Z",
    "subject": {
      "vendor_data": "user_4521",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x9f2a...c81d"
    }
  }'

エンジンは送金を評価し、相手方VASPとのトラベルルールデータ交換を開始し、取引ステータスとトラベルルールステータスを返します。

{
  "transaction_id": "txn_c41f08",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "wallet_screening": {
    "risk_score": 18,
    "risk_level": "LOW"
  },
  "protocol": "TRISA"
}

6つのトラベルルールステータス。すべての義務は正確に1つのステータスに解決されます。

ステータス	意味
`UNKNOWN`	トラベルルール義務がまだ評価されていないか、相手方VASPを解決できません。
`COMPLIANT`	送金元および受取人データが交換され、確認されました。義務は履行されました。
`PENDING_ACTION`	あなたの側で何らかの対応が必要です。送金元データの欠落または確認手順。
`PENDING_COUNTERPARTY`	相手方VASPがデータ交換に応答するのを待っています。
`FAILED`	交換を完了できませんでした。相手方に到達できない、データが拒否された、またはプロトコルが一致しないなど。
`EXEMPT`	送金は対象外です。しきい値以下、自己管理ウォレットの取り扱い、またはその他の理由で義務がありません。

カテゴリとルール。取引にはtravel_ruleというcategoryが付与され、適切なポリシーが適用されます。ルールライブラリには、手動でコーディングする代わりに、コンソールでオンにして調整できるプリセットのトラベルルールが同梱されています。

ウォレットスクリーニングを並行して実行。currency_kindがcryptoであるため、エンジンは同じ呼び出しで相手方アドレスのオンチェーンウォレットスクリーニングを実行できます。制裁対象エンティティ、ミキサー、ダークネット市場、ランサムウェア、盗難資金への露出を確認します。ウォレットスクリーニングは、キー持ち込み（CrystalまたはMerkle Science）で1スクリーニングあたり$0.02から開始できます。

1つのエンジンで、すべての送金で3つのタスクを処理

トラベルルールが取引監視の内部にある理由は、仮想通貨送金が同時に3つの義務をトリガーし、それらが同じデータを共有するためです。

監視 — ストラクチャリング、送金頻度、異常なパターンについて、仮想通貨監視および仮想通貨スクリーニングのルールバンドルに対して送金がスコアリングされます。
ウォレットスクリーニング — リスク露出について相手方アドレスがオンチェーンでチェックされます。
トラベルルール — 送金元および受取人データが相手方VASPと交換され、義務が6つのステータスのいずれかに追跡されます。

これらを3つのツールとして実行すると、それぞれのタスクに独自の統合、独自の送金コピー、独自の調整が必要になります。1つのエンジンとして実行すると、取引記録、監査証跡、コンソールを共有し、より多くの顧客データを必要とするトラベルルールの義務は、他の監視機能が使用するのと同じAWAITING_USER修復ループを使用できます。

ユースケース

VASPおよび取引所 — 別個のコンプライアンススタックを構築することなく、しきい値を超えるすべての送金および受取送金でトラベルルールに準拠し、監視、スクリーニング、トラベルルールを1つの記録に保持します。
オン/オフランプ — 受取ウォレットをスクリーニングしながら、同じ呼び出しで送金元および受取人データを宛先VASPと交換します。
カストディアン — 多くの相手方やプロトコルにわたる義務を追跡し、検査官向けにすべての送金に関する明確なステータスを提供します。
DeFiフロントエンド — 規制対象エンティティがフローに存在する場所でトラベルルールを処理し、義務が実際に適用されない場合はEXEMPTおよび自己管理ウォレットの取り扱いにフォールバックします。

Diditとの統合方法

ルールバンドルをオンにする。ビジネスコンソールで、仮想通貨監視、仮想通貨スクリーニング、およびプリセットのトラベルルールを有効にし、リスクポリシーに合わせてしきい値を調整します。
仮想通貨取引を送信する。POST /v3/transactions/にcurrency_kind: "crypto"、direction、送金元（subject）と受取人（counterparty）の詳細、および該当する場合はtravel_ruleカテゴリを指定して送信します。
両方のステータスを読み取る。資金移動については取引status、義務についてはtravel_rule_statusに基づいて行動します。いずれかにアクションが必要な場合は保留または修復します。
残りの作業はコンソールで行う。保留中および失敗した義務、アラート、ケースワークフローは、他の監視機能と同じ画面に表示されます。

すべてが統合された/v3/ API上にあるため、ユーザーのKYCとビジネス顧客のKYBを実行するのと同じプラットフォームが、監視、ウォレットスクリーニング、およびトラベルルールを通じて彼らの送金を処理します。これは、エンドツーエンドのアイデンティティおよび詐欺対策プラットフォームです。

よくある質問

トラベルルールはDiditの独立した製品ですか？

いいえ。取引監視機能に組み込まれています。監視のためにすでに送信している仮想通貨送金は、同じ記録上でトラベルルールデータ交換と義務追跡を行います。

どのトラベルルールプロトコルをサポートしていますか？

主要な相互運用プロトコルであるTRISA、TRP、およびOpenVASPをサポートしているため、異なるスタックを持つ相手方VASPと送金元および受取人データを交換できます。

トラベルルールステータスとは何ですか？

6つあります。UNKNOWN、COMPLIANT、PENDING_ACTION、PENDING_COUNTERPARTY、FAILED、およびEXEMPTです。これらは各義務の状況を正確に示します。

ウォレットスクリーニングはどのように組み込まれますか？

仮想通貨取引（currency_kind: "crypto"）は、相手方アドレスのオンチェーンウォレットスクリーニングを自動的に実行できます。キー持ち込み（CrystalまたはMerkle Science）で1スクリーニングあたり0.02ドルからです。

トラベルルールのルールはどこで設定しますか？

ビジネスコンソールで設定します。ルールライブラリには、オンにして調整できるプリセットのトラベルルールが同梱されており、取引にはtravel_ruleカテゴリが付与されるため、文脈に応じた適切なポリシーが適用されます。

始める準備はできましたか？

トラベルルールのドキュメントを読み、仮想通貨トラベルルールソリューションページおよび取引監視製品ページでより広範なスタックへの適合性を確認し、価格ページで透明性のある通話ごとの料金を確認してください。準備ができたら、無料で開始できます。毎月500回の無料KYCチェック、監視、ウォレットスクリーニング、トラベルルールが1つのAPIで利用できます。