> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # トラベルルールのネットワークと対応状況 > トラベルルールの各レールとネットワークについて、現在の接続先、貴社側で必要な準備、Diditがまだ加盟していないため対応待ちのものをまとめています。 [トラベルルール](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md)の情報交換は、1つのレールを通じて取引相手のVASPに届きます。いずれの組織のメンバーシップも必要としないレールは3つあります。2つのDidit顧客間で使う`INTERNAL`、オープンなTravel Rule Protocol(`TRP`)、そして`EMAIL`です。4つのネットワークレール(`GTR`、`TRUST`、`VERIFYVASP`、`SYGNA`)では、送信側がそのネットワークのメンバーシップを持っている必要があります。 このページでは、各レールが現時点で何をするかを説明します。そのため、ルートに依存する前に、取引相手がどのレールで到達可能かを確認できます。 > [!WARNING] > > **Diditは現時点で、どのトラベルルールネットワークにも有効なメンバーシップを保有していません。** ネットワークレールが現時点で機能するのは、コンソールの**Marketplace**でご自身が接続したメンバーシップを使う場合のみです。Didit自身のメンバーシップを通じて、GTR、TRUST、VerifyVASP、Sygna Bridge上の取引相手に情報が届くことはありません。これが可能になった日に、このページを更新します。 ## ステータスの概要 | レール | 必要なもの | 取引相手への送信 | 取引相手からの受信 | | - | - | - | - | | `INTERNAL` | 不要 | 動作する | 動作する | | `TRP` | 不要 | 取引相手が即時に応答する場合に動作する | まだ利用できない | | `EMAIL` | コンプライアンス用のメールアドレス | 動作する | 受信チャネルではない | | `GTR` | 自社のメンバーシップ | 実装済み、本番環境での実績はまだない | まだ有効化されていない | | `VERIFYVASP` | 自社のメンバーシップ | 実装済み、本番環境での実績はまだない | まだ有効化されていない | | `SYGNA` | 自社のメンバーシップ | 実装済み、本番環境での実績はまだない | まだ有効化されていない | | `TRUST` | 自社のメンバーシップ | 送信のみで、完了することはない | 利用できない | | CODE、TRISA、Notabene、Veriscope | - | 連携していない | 連携していない | 「動作する」とは、Diditが情報交換を送信し、その応答を読み取ることを意味します。「実装済み、本番環境での実績はまだない」とは、Diditが情報交換を送信してネットワークの応答を読み取るものの、そのネットワーク経由の情報交換が本番ネットワークとの間で完了した実績がまだないことを意味します。どちらの場合も、特定の取引相手に到達できることを意味するわけではありません。到達できるかどうかは取引相手次第であり、各VASPの[ディレクトリ](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#ディレクトリ)の`routes`に、現時点でアプリケーションがそのVASPに対して使えるレールが示されています。 `EMAIL`が運ぶのは送信側のリクエストのみです。レスポンスページで取引相手はそのリクエストのいずれかに応答でき、VASPがメールで送金を送ってくることはできません。 GTR、VerifyVASP、Sygna Bridge、TRUSTに依存する前に、メンバーシップを連携し、既知の取引相手との間で最初の情報交換を実行してください。 ## メンバーシップ不要のレール ### INTERNAL 両方のVASPがDidit上で稼働しているため、取引は外部呼び出しなしにプラットフォーム内で決済されます。受取人は、トラベルルールを有効にしている有効なDidit顧客であり、署名付きメッセージまたはテスト入金によって送付先ウォレットの管理権を証明している必要があります。自己申告のみ、スクリーンショットのみ、または未検証のウォレットは何も受け取りません。[送金の送信](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#送金を送信する)を参照してください。 ### TRP DiditはTravel Rule Protocolをネイティブにサポートしています。送金が取引相手のトラベルアドレスを含んでいる場合、送付先ウォレットのアドレス帳エントリにトラベルアドレスが保存されている場合、またはディレクトリで、ディレクトリが検証したTRPエンドポイントを持つ取引相手が見つかる場合に、その送金は`TRP`経由で送られます。 1回の呼び出しで完了しないTRPの情報交換にはすべて、トラベルアドレスが指し示すDiditの公開TRPホストが必要です。 * **送信。** 問い合わせに即時に応答する取引相手は、そのレスポンスで送金を完了または却下します。後から応答する取引相手はDiditのTRPホストに応答を送信するため、ホストが稼働するまでその情報交換は完了できません。送金は待機状態となり、期限に達すると期限切れになります。Diditは問い合わせを1回だけ送信し、再試行しません。取引相手のTRPホストに到達できない場合、またはホストが問い合わせを拒否した場合、送金は即座に`COUNTERPARTY_VASP_NOT_REACHABLE`になり、`action: "resend"`で再試行できます。 * **受信。** 他のVASPはそのホスト上のトラベルアドレスを通じてあなたに到達するため、ホストが稼働するまで、どの取引相手もTRPの問い合わせを送ることはできません。 Diditの公開TRPホストは、これらのエンドポイントをまだ提供していません。提供開始後に取引相手が呼び出すエンドポイントは、[トラベルルールの相互運用性](https://docs.didit.me/ja/transaction-monitoring/travel-rule-interoperability.md)に記載しています。 ### EMAIL どのプロトコルでも取引相手に到達できない場合、Diditは取引相手のコンプライアンス用メールアドレスに、承認または却下を行うホスト型ページへのワンタイムリンクをメールで送信します。取引相手側でアカウントや連携は必要ありません。[メールによる受け取り](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#到達できない取引相手向けのメールによる受け取り)を参照してください。 ## ネットワーク ### 自社のメンバーシップを使う場合 コンソールの**Marketplace**（トラベルルールネットワークのカテゴリー）で自社のメンバーシップを接続します。これにより送金は自社のネットワークIDで送られ、接続したメンバーシップは常にDiditのメンバーシップより優先されます。 | ネットワーク | Marketplaceで入力する項目 | 取引相手の回答がDiditに届く方法 | | - | - | - | | `GTR` | APIベースURL、GTR VASPコード、アクセスキー、シークレットキー、およびGTRのポータルに公開鍵が登録されているed25519秘密鍵（base64） | リクエストに対するGTRのレスポンスで届くか、送金が待機している間、5分ごとにリクエストのステータスをポーリングして取得します | | `VERIFYVASP` | 自社のVerifyVASP EnclaveのURL、VerifyVASP ID、およびEnclaveがDiditに提示するトークン | 5分ごとに検証のステータスをポーリングして取得します | | `SYGNA` | Sygna VASPコード、APIキー、署名用秘密鍵。APIベースURLは任意で、本番環境のSygna Bridgeを使う場合は空欄のままにします | 5分ごとに送金のステータスをポーリングして取得します。Sygnaの権限コールバックはDiditの公開TRPホストを指していますが、このホストはまだ稼働していないため、現時点では回答がDiditに届く方法はポーリングのみです | | `TRUST` | ベースURL、TRUSTメンバーID、APIキー。X25519暗号化秘密鍵（hex）は任意です | 届きません。TRUSTはDiditが読み取れる情報を何も返さないため、配信済みの送金は期限によって失効するまで待機します | GTR、TRUST、VerifyVASPでは、相互TLSまたはプライベートCAを使うメンバーシップ向けに、相互TLSのクライアント証明書、クライアントキー、CAバンドル（PEM）も任意で設定できます。 * Diditはバックグラウンドで送信し、ネットワークが応答しない場合、または一時的な失敗（時間内に応答がない、接続の失敗、HTTP `408`、`429`、`5xx`）を返した場合は、30秒後、その後2分、10分、30分、60分後に再試行します。6回目の試行が失敗すると、送金は`COUNTERPARTY_VASP_NOT_REACHABLE`になります。上記以外の`4xx`応答やリダイレクトなどの拒否は再試行されず、送金は直ちに`COUNTERPARTY_VASP_NOT_REACHABLE`になります。 * 回答が届かない送金は、`confirmation_timeout_hours`が経過するまで`AWAITING_COUNTERPARTY`で待機し、その後失効して、設定した`timeout_outcome`が適用されます。 * 他のVASPがGTR、VerifyVASP、Sygna Bridge経由で送る送金の受信は、まだ有効になっていません。Diditがネットワークごとに有効化し、それまではこれらのネットワークから自社に送金を配信することはできません。 * メンバーシップを保存する際、参加者コードがそのネットワーク上のDidit自身のコード、または別のアプリケーションがすでに保有しているコードである場合は`400`が返されます。 * ネットワークへのリクエストは、認証情報をそのネットワーク自身のホストにのみ送信し、リダイレクトには決して従いません。TRUSTのデータパケットは、APIキー、メンバーID、クライアント証明書を含まずに受取人に送られます。 ### Diditのメンバーシップ経由 Diditがネットワークのメンバーシップを保有すると、メンバーシップを持たない顧客も、Diditのメンバーシップの参加者として、ネットワークから付与される参加者コードを使ってそのネットワークを利用できるようになります。送信メッセージに記載されるのは自社のコードであり、Diditのコードが記載されることはありません。この方式はGTRとSygna Bridgeでのみ提供されます。TRUSTはVASPを1社ずつメンバーとして受け入れ、VerifyVASP Enclaveは1つのVASPにのみ対応するため、どちらも自社のメンバーシップでのみ利用できます。 参加は3つのステップで行います。Diditのネットワーク向けデューデリジェンスのアンケートに回答し、Diditの承認を受けてから、ネットワークへの参加をリクエストします。Diditが自社をネットワークに登録し、ネットワークがコードを付与した時点で参加者が有効になります。 このフローはまだ公開されていません。公開されるまでは、アンケートの保存や提出、ネットワークへの参加リクエストに対して`code: travel_rule_platform_networks_disabled`を含む`403`が返され、`GET /v3/travel-rule/networks/`は`platform_networks_enabled: false`を返します。 ## アプリケーションのステータスの確認 `GET /v3/travel-rule/settings/`と`GET /v3/travel-rule/networks/`は、`gtr`、`trust`、`verifyvasp`、`sygna`をキーとする`networks`を返します。各エントリは、そのネットワークが現在あなたのアプリケーションに対して何ができるかを示します。 | `state` | `reason` | 意味 | | - | - | - | | `own_membership` | `own_membership_connected` | 独自のメンバーシップを接続済みです。本番のアプリケーションでは、そのメンバーシップがあなたに代わって送信します。 | | `live_through_didit` | `participant_active` | Diditのメンバーシップが、あなたのアプリケーションをDidit自身のアクティブな参加者として扱っています。 | | `off` | `platform_network_switched_off` | `disabled_networks`でネットワークをオフにしています。 | | `didit_onboarding` | `didit_membership_not_live` | このネットワークにおけるDidit自身のメンバーシップがまだ本番稼働していません。 | | `questionnaire_needed` | `questionnaire_not_submitted`, `questionnaire_changes_requested` | Diditのネットワーク用アンケートが未提出か、Diditが修正を依頼しています。 | | `questionnaire_in_review` | `questionnaire_submitted` | Diditがアンケートをレビューしています。 | | `request_access` | `participant_not_requested` | アンケートが承認されました。ネットワークへのアクセスをリクエストしてください。 | | `request_sent` | `questionnaire_pending`, `submitted_to_network` | リクエストは、Diditによる登録、またはネットワーク側のオンボーディングを待っています。 | | `unavailable` | `own_membership_only`, `sandbox_application`, `questionnaire_rejected`, `participant_suspended`, `participant_rejected` | このネットワークでは、あなたのアプリケーションのために送信できる手段がありません。理由は、TRUSTとVerifyVASPへの接続には独自のメンバーシップが必要であること、Diditがサンドボックスアプリケーションをネットワークに決して登録しないこと、Diditがアンケートを却下したこと、またはネットワークが参加者を停止もしくは却下したことのいずれかです。 | | `error` | `provisioning_failed`, `participant_key_missing`, `participant_key_unresolved` | ネットワークが登録を拒否したか、参加者に必要なキーがありません。ネットワークへのアクセスを再度リクエストすると再試行されます。 | `mode`は状態を`own`、`didit`、`off`、`unavailable`のいずれかに要約します。最初に独自のメンバーシップ、次に`disabled_networks`、最後にDiditのメンバーシップの順に確認されます。現時点では、独自のメンバーシップを接続すると、ネットワークの状態は`own_membership`になります。それ以外の場合、GTRとSygna Bridgeの状態は`didit_onboarding`となります（サンドボックスアプリケーションでは`sandbox_application`を伴う`unavailable`）。TRUSTとVerifyVASPの状態は、サンドボックスでも`own_membership_only`を伴う`unavailable`となります。 サンドボックスアプリケーションは、独自のメンバーシップを接続して`own_membership`になっている場合でも、ネットワーク経由で送信することは決してありません。その送金は[Didit Test VASP](https://docs.didit.me/ja/transaction-monitoring/travel-rule-sandbox.md)に送られます。 `connected`は、保存したメンバーシップがローカルでの検証に合格したことを意味し、交換が成功したことを意味するものではありません。最初の本番での交換によって、ネットワークに対して有効であることが確認されます。 ## ネットワークが本番稼働したときの変化 このページ、`networks`のステータス、すべてのディレクトリのルートが同時に変わります。連携側で変更する必要はありません。アプリケーションがネットワークのメンバーシップを持った時点で、[Diditが交換をルーティングする仕組み](https://docs.didit.me/ja/transaction-monitoring/travel-rule-interoperability.md#didit-による送金のルーティング)で説明しているレールの順序に従い、送金はそのネットワーク経由でルーティングされ始めます。 Diditがまだ接続していないネットワークを依頼するには、**Marketplace**でそのネットワークの**Request access**タイルを使用します。各リクエストには、ステータス(**Open**、**Contacted**、**In progress**、**Live**、**Declined**)とDiditの最新のメモが表示されます。Diditがステータスまたはメモを変更すると、リクエストを行ったチームメンバーが組織に在籍している間は、そのメンバーにメールが送信されます。APIキーで行ったリクエストにはメールが送信されないため、**Marketplace**で状況を確認してください。 ## 次のステップ > [card] [トラベルルール](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md) > > 取引のライフサイクル、設定、レール、/v3/ API。 > [card] [サンドボックスでのテスト](https://docs.didit.me/ja/transaction-monitoring/travel-rule-sandbox.md) > > 本番稼働の前に、Didit Test VASPに対してあらゆる結果をテストします。 > [card] [相互運用性](https://docs.didit.me/ja/transaction-monitoring/travel-rule-interoperability.md) > > 取引相手のVASPがあなたに接続するために使用するエンドポイント。 > [card] [ディレクトリ](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#ディレクトリ) > > VASPと、そのVASPに対してアプリケーションが使用できるルートを検索します。 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.