ブログ・ 2026年5月21日

EUのVASP向けMiCAトラベルルール：義務とDiditによる対応 (JA)

EUの暗号資産サービスプロバイダーは、MiCAのライセンス制度に加え、資金移動規制に基づくトラベルルールに直面しています。これらの義務がどのように関連し、Diditが発信者/受取人情報の交換をどのように実行するかについて説明します。.

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

EUで暗号ビジネスを運営している場合、現在、2つの規制がその運営方法を形成しています。MiCA（Markets in Crypto-Assets Regulation）は、暗号資産サービスを提供できる者とその規則を定義する、EUのライセンスおよび行為に関するフレームワークです。これと並行して実行されているのがトラベルルールであり、EUは資金移動規制を通じてこれを実施しています。これは、暗号資産の送金に関する発信者および受取人の情報を交換する要件です。MiCAは、暗号資産サービスプロバイダー（CASP）として認可される方法を指示し、トラベルルールは、送受信するすべての送金にどのようなデータを含める必要があるかを指示します。

Diditは後半部分を処理します。トラベルルールサポートはトランザクション監視に組み込まれており、送金を評価するのと同じエンジンが、TRISA、TRP、およびOpenVASPを介して相手方VASPと発信者および受取人データを交換し、各義務を6つのステータスのいずれかに追跡します。このガイドでは、EUの義務がどのように関連し、トラベルルール部分をどのように統合するかを説明します。

主なポイント

MiCAとトラベルルールは異なる義務です。 MiCAはEUの暗号資産のライセンスおよび行為に関する制度であり、トラベルルール（資金移動規制による）は、送金に関する発信者/受取人データの交換要件です。
EUのCASPは両方が必要です — MiCAに基づく認可と、対象となる送金における機能するトラベルルールデータ交換。
Diditはトラベルルールの半分をカバーします。トランザクション監視に組み込まれており、TRISA、TRP、およびOpenVASPをサポートし、6つの義務ステータスを提供します。
交換するデータは、すでに保持しているKYCから取得されます — 発信者記録は、オンボーディング時に検証したIDから構築されます。
1つの/v3/ API。 暗号資産の送金は、currency_kind: "crypto"を指定してPOST https://verification.didit.me/v3/transactions/に投稿され、ウォレットスクリーニングは0.02ドルから（キー持参方式で）提供されます。

MiCAとトラベルルールそれぞれの要件

チームがこれらを混同し、どちらについても推論できなくなることが多いため、これらを区別しておく価値があります。

MiCAは、暗号資産サービスを調和されたフレームワーク（CASPとしての認可、ガバナンスおよび行為要件、資産参照トークンおよび電子マネートークンの発行者に関する規則、および加盟国全体でのパスポート制度）の下に置くEU規制です。MiCAは、事業を行うためにあなたがどのような存在であるべきかを定めます。
EUにおけるトラベルルールは、改正された資金移動規制を通じて提供され、長年にわたる電信送金ルールを暗号資産の送金に拡張するものです。発信者と受取人の情報を送金に付随させ、当局が利用できるようにすることを義務付けています。トラベルルールは、各送金にどのようなデータを含める必要があるかを定めます。

したがって、認可されたEUのCASPは、MiCAの認可および行為要件を満たし、かつ、送金に関するトラベルルールデータ交換を実行します。この2つは相互に補完し合います — トラベルルールが送信する顧客データは、MiCAによって認可されたCASPがすでに収集しているKYCデータです — しかし、これらは異なる証拠を伴う異なる義務です。

なぜそれが重要なのか

EUの暗号ビジネスにとって、両方の制度は稼働しており、監督されています。トラベルルールデータ交換は、対象となる送金において義務付けられており、国内の管轄当局は、より広範なマネーロンダリング対策のフレームワークの一部としてこれを調査します。交換を誤る（発信者データを送信しない、または必要な場合に受取人側の確認なしに進める）ことは、単なる書類上の不備ではなく、監督上の指摘事項となります。

実用的なリスクは重複です。あるCASPがKYCを1箇所で構築し、AMLスクリーニングを別の場所で、そして独立したトラベルルールコネクタをさらに別の場所で構築すると、3つのシステム間で同じ顧客の3つのコピーを調整することになります。Diditは、KYC、AML、監視、ウォレットスクリーニング、およびトラベルルールを1つの/v3/ APIを通じて同じIDで連携させるため、送金の発信者記録はすでに検証済みの顧客であり、同期を保つための3つ目のコピーは必要ありません。

技術詳細

EUのCASPは、統合された/v3/ APIに暗号資産の送金を送信します。発信者はsubject、受取人はcounterpartyであり、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_e92b40",
    "category": "travel_rule",
    "amount": 8800,
    "currency": "EURC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T14:22:00Z",
    "subject": {
      "vendor_data": "user_3309",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Lukas",
      "last_name": "Berg"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x71be...d402"
    }
  }'

{
  "transaction_id": "txn_e92b40",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRISA",
  "wallet_screening": { "risk_score": 12, "risk_level": "LOW" }
}

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

ステータス	意味
`UNKNOWN`	まだ評価されていない、または相手方VASPを解決できなかった場合。
`COMPLIANT`	発信者と受取人のデータが交換され確認された — 義務が果たされた。
`PENDING_ACTION`	続行するためにあなたの側で何かが必要な場合。
`PENDING_COUNTERPARTY`	相手方VASPからの応答を待機している場合。
`FAILED`	交換が完了できなかった — 相手方に到達できない、データが拒否された、プロトコルが一致しないなど。
`EXEMPT`	対象外 — 閾値未満であるか、その他の理由で義務がない場合。

プロトコルとルール。 このエンジンはTRISA、TRP、OpenVASPに対応しており、相手方がサポートするものを交渉します。トランザクションはtravel_ruleカテゴリを持ち、ルールライブラリには、コンソールでオンにして調整できるプリセットのトラベルルールが付属しています。

ウォレットスクリーニングも同時に。 相手方のアドレスは、同じ呼び出しでオンチェーンでスクリーニングされ、スクリーニングあたり0.02ドルから（キー持参方式でCrystalまたはMerkle Science）。

EUの視点から見たサンライズ問題

EUのCASPは、サンライズ問題を痛切に感じています。資金移動規制の下で完全に義務付けられているにもかかわらず、トラベルルールを採用していない管轄区域の相手方には、相互に対応する義務がありません。Diditは、これらのケースを沈黙のギャップとしてではなく、PENDING_COUNTERPARTY、そしてFAILEDとして表面化させるため、あなたのポリシー（文書化された理由で続行するか、保留するか、ブロックするか）が明確になり、ログに記録されます。相手方の管轄区域がルールを採用すると、統合に変更を加えることなく、同じ送金がCOMPLIANTに解決され始めます。

ユースケース

EUの取引所およびCASP — MiCA時代のKYCに紐付けられた発信者データを保持しつつ、対象となるすべての送金でトラベルルールデータ交換を実行します。
EUのオン/オフランプ — EU内外の宛先VASPとデータを交換し、同じ呼び出しで受信ウォレットをスクリーニングします。
EUのカストディアン — 検査官が利用できるステータス追跡により、多くの相手方とプロトコルにわたる義務を追跡します。
EUのDeFiフロントエンド — 規制されたCASPがフローに介在する場合に交換を実行し、義務が本当に適用されない場合はEXEMPTに解決します。

Diditとの統合方法

ビジネスコンソールで、暗号資産の監視およびスクリーニングと並行して、CASPのリスクポリシーに合わせて調整されたトラベルルールを有効にします。
POST /v3/transactions/を使用し、currency_kind: "crypto"、発信者をsubject、受取人をcounterparty、カテゴリをtravel_ruleとして暗号資産の送金を送信します。
送金のstatusと義務のtravel_rule_statusの両方のステータスを読み取り、PENDING_*およびFAILEDに対して措置を講じます。
保留中の義務、アラート、およびケースワークフローが監視の残りの部分とともに存在するコンソールで例外を処理します。

すべてが統合された/v3/ API上にあるため、MiCA時代の要件を満たすためにKYCでオンボーディングし、AMLでスクリーニングする顧客は、すべてのトラベルルール送金で発信者記録を提供するのと同じIDです。

よくある質問

トラベルルールはMiCAと同じですか？

いいえ。MiCAはEUの暗号資産のライセンスおよび行為に関する制度であり、トラベルルールは、EUでは資金移動規制を通じて提供される発信者/受取人データの交換要件です。EUのCASPは両方に対応します。

Diditは私をMiCAライセンス取得者にしますか？

いいえ。MiCAの認可は、CASPとしてあなたが取得するものです。Diditは、あなたのコンプライアンス義務をサポートする、IDおよび詐欺対策のインフラストラクチャ（KYC、AML、監視、ウォレットスクリーニング、およびトラベルルールデータ交換）を提供します。

DiditはEUトラベルルールにどのプロトコルを使用しますか？

TRISA、TRP、およびOpenVASPです。エンジンは、特定の相手方がサポートするものを交渉します。

DiditはEUのCASPに対するサンライズ問題をどのように処理しますか？

非採用の相手方は、沈黙のギャップとしてではなく、PENDING_COUNTERPARTY、そしてFAILEDとして表面化するため、監査証跡のためにあなたのポリシー決定が明確にログに記録されます。

トラベルルールは別の製品ですか？

いいえ。それはトランザクション監視に組み込まれており、監視およびウォレットスクリーニングのためにすでに送信しているのと同じ暗号資産の送金に適用されます。

始めませんか？

トラベルルールのドキュメントを読み、暗号資産トラベルルールソリューションページおよびトランザクション監視製品ページでどのように連携するかを確認し、価格ページで透明な通話ごとの価格を確認してください。準備ができたら、無料で開始してください — 毎月500回の無料KYCチェックがあり、監視にトラベルルールが組み込まれています。