FATF Travel Rule API: VASP 규정 준수

​

개요

• transaction_category: "travelRule"을 지정하여 송금을 제출합니다.
• Didit은 우선순위 순서대로 경로를 시도하여 거래 상대방 VASP에 도달하고, 도달한 첫 번째 경로에서 정보 교환을 실행합니다. 상대측이 수취인 이름을 반환하면, 보내신 이름과 대조합니다.
• 교환 상태가 COMPLETED에 도달한 후에만 온체인으로 거래를 전송해야 합니다.
• 이후 온체인 거래 해시를 Didit에 보고하여 교환을 FINISHED로 마무리합니다.

​

전송 요청 시 실행되는 작업

1. 검증 및 주체 연결. 페이로드를 검증합니다. 애플리케이션에서 이미 사용된 transaction_id는 400으로 거부되며, 같은 id를 가진 두 요청이 경합하면 그중 하나는 409를 받습니다. subject는 vendor_data를 통해 사용자 또는 기업 프로필에 연결되므로, 전송이 모니터링을 위해 해당 프로필에 표시됩니다. 차단 목록에 있는 주체나 거래 상대방 vendor_data는 400으로 거부되며, 거래는 생성되지 않습니다. 차단 목록에 있는 지갑, 은행 계좌, IP, 기기는 6단계에서 확인되며, 라우팅이 실행된 후 그 단계에서 거래를 거부합니다.
2. 기기 및 네트워크 보강. 당사자 IP에 위치 정보가 추가되고, 기기 컨텍스트(SDK 제출 시 자동으로)는 기기 그래프로 정규화됩니다. 이는 KYC 세션이 채우는 것과 같은 그래프이므로, “기기로 연결됨” 기능이 온보딩과 거래 전반에서 작동합니다.
3. 암호화폐 스크리닝. 모니터링이 활성화된 암호화폐 전송의 경우, 교환이 이루어지기 전에 관련 지갑(또는 온체인 해시)을 블록체인 분석 서비스로 스크리닝합니다. 제재 노출, 믹서 근접성, 도난 자금 여부를 확인합니다. 암호화폐 및 지갑 스크리닝을 참조하십시오.
4. Travel Rule 전송. 교환 엔진은 임계값을 확인하고 자체 보관 지갑 선언을 반영한 뒤 전송을 저장합니다. 임계값 미만이면 NOT_APPLICABLE, 선언된 자체 보관 지갑이면 UNCONFIRMED_OWNERSHIP, 거래 상대방의 지갑이 사용자의 검증된 지갑이면 COMPLETED, 그 외에는 AWAITING_COUNTERPARTY가 설정되며, 이때 경로는 아직 비어 있습니다. 각 상태 변경은 travel_rule.status.updated 이벤트를 대기열에 넣으며, Didit은 이 이벤트를 거래의 transaction.created(7단계) 다음에 전송합니다.
5. 지갑 소유권 확인 발급. 전송에 최종 사용자의 소유 증명이 필요하고 auto_wallet_verification이 켜져 있으면, 지갑 소유권 위젯 세션이 발급되어 action_required에 반환됩니다.
6. 규칙 평가. 활성화된 모든 규칙이 실행됩니다. EU TFR 번들은 4단계에서 설정된 전송 상태에 반응하고, 사용자 정의 규칙은 3단계의 스크리닝 결과를 확인하며, 규칙은 거래를 보류(IN_REVIEW)하거나, 거부하거나, 추가 인증(AWAITING_USER)을 요구할 수 있습니다.
7. 결제 및 알림. 아웃바운드 거래는 한 개의 항목으로 결제됩니다. 교환을 시작한 경우에는 Travel Rule 항목으로, 그렇지 않으면 Transaction Screening으로 결제됩니다. 인바운드 전송에는 어떤 수수료도 부과되지 않으며, 샌드박스 애플리케이션은 요금이 결제되지 않습니다. 응답이 반환되고, transaction.created가 webhook 대상으로 전송된 뒤, 4단계의 travel_rule.status.updated 이벤트가 이어서 전송됩니다.
8. 응답 이후의 라우팅. Didit은 우선순위 순서대로 7개 경로를 확인합니다. 어느 경로로도 해결되지 않으면 블록체인 분석 기반 식별로 거래 상대방을 찾고, 경로를 한 번 더 실행합니다. 처음으로 연결 가능한 경로가 교환을 담당합니다. 거래 상대방이 응답하는 동안 전송은 해당 경로에서 AWAITING_COUNTERPARTY 상태를 유지하고, INTERNAL 거래 상대방이 일치하면 즉시 정산되며(COMPLETED 또는 COUNTERPARTY_MISMATCHED_DATA), 어느 경로로도 거래 상대방에 도달하지 못하면 COUNTERPARTY_VASP_NOT_FOUND가 됩니다. 각 변경은 travel_rule.status.updated를 발생시키며, 상태나 경로가 바뀔 때마다 규칙이 다시 실행됩니다. 라우팅 후 COUNTERPARTY_VASP_NOT_FOUND 상태로 남은 전송은 이 시점에 지갑 소유권 위젯 세션을 받습니다(auto_wallet_verification이 켜져 있는 경우). 이 세션은 거래의 action_required에서 거래 조회로 읽을 수 있습니다.

​

각 단계가 충족하는 의무

​

수명 주기

​

전달 및 재시도

​

레거시 상태 값

​

설정

curl -X GET https://verification.didit.me/v3/travel-rule/settings/ \
  -H "x-api-key: YOUR_API_KEY"

{
  "is_enabled": false,
  "jurisdiction": "EU",
  "name_matching_strictness": "DEFAULT",
  "confirmation_timeout_hours": 48,
  "timeout_outcome": "HOLD",
  "threshold_amount": "0.00",
  "inbound_auto_accept": true,
  "allow_self_declaration": true,
  "allow_screenshot_proof": true,
  "auto_wallet_verification": true,
  "vasp_attribution_enabled": true,
  "counterparty_screening_enabled": false,
  "sunrise_policy": "",
  "sunrise_jurisdictions": ["CO", "KH", "VN"],
  "non_responsive_policy": "",
  "legal_name": "",
  "lei": "",
  "compliance_email": "",
  "is_discoverable": true,
  "travel_address": "",
  "disabled_networks": [],
  "networks": {
    "gtr": { "rail": "GTR", "mode": "unavailable", "platform_available": false, "connected": false },
    "trust": { "rail": "TRUST", "mode": "unavailable", "platform_available": false, "connected": false },
    "verifyvasp": { "rail": "VERIFYVASP", "mode": "unavailable", "platform_available": false, "connected": false },
    "sygna": { "rail": "SYGNA", "mode": "unavailable", "platform_available": false, "connected": false }
  }
}

curl -X PUT https://verification.didit.me/v3/travel-rule/settings/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "is_enabled": true,
    "legal_name": "Origin CASP SL",
    "jurisdiction": "EU",
    "name_matching_strictness": "DEFAULT",
    "confirmation_timeout_hours": 48,
    "timeout_outcome": "HOLD",
    "is_discoverable": true
  }'

​

이름 일치 엄격도

​

소유권 검증 모드

​

데이터 공유

{
  "data_sharing_fields": {
    "individual": ["name", "wallet_address", "address", "date_of_birth"],
    "company": ["name", "wallet_address", "address"]
  }
}

• 개인은 name, wallet_address, address, national_id, customer_identification, date_of_birth, place_of_birth를 공유할 수 있습니다. 기업은 앞의 다섯 개를 사용합니다.
• name과 wallet_address는 항상 전송됩니다.
• 선택하지 않은 엔터티 유형은 모든 필드를 공유합니다. 빈 목록도 하나의 선택이며, 이 경우 이름과 지갑만 공유합니다.
• PUT은 법인 유형별로 병합되므로, individual을 보내도 저장된 company 선택은 변경되지 않습니다.
• 귀하의 jurisdiction 규제(EU TFR 또는 FATF Recommendation 16)에 따른 송금인 의무를 충족할 수 없는 선택은, 빈 목록을 포함하여 400으로 거부됩니다. 오류는 법인 유형별로 키가 지정되어 data_sharing_fields 아래에 표시됩니다.

​

필드별 일치

{
  "matching_rules": {
    "individual": { "name": "DEFAULT", "date_of_birth": "STRICT", "address": "NONE", "account": "STRICT" },
    "company": { "name": "FUZZY", "address": "NONE", "account": "STRICT" }
  }
}

​

관할권별 임계값

​

IVMS 101 데이터 모델

• 라틴 문자. IVMS 101은 라틴 문자 값을 요구하므로, 본래 다른 문자로 표기된 이름은 음역해야 합니다. Didit의 이름 일치 검사는 정규화된 토큰 집합을 비교하므로 순서와 대소문자 차이 때문에 교환이 실패하지는 않습니다. 다만 양측의 문자가 다르면 실패합니다.
• 검증된 데이터를 보내십시오. vendor_data가 가리키는 대상이 승인된 Didit KYC 인증을 가진 사용자이면, Didit은 입력하신 값이 아니라 검증된 신원을 전송합니다. 검증된 데이터와 출처를 참조하십시오. 그 밖의 대상에 대해서는 Didit이 보내신 originator_data를 그대로 전송하므로, 검증되지 않은 양식 필드가 아니라 온보딩 시 확인한 신원으로 구성하십시오. FATF의 “required and accurate originator information”(필수이며 정확한 송금인 정보) 문구가 바로 이를 요구합니다. INTERNAL 규약에서는 수취 측 애플리케이션이 보내신 subject(이름, vendor_data, 생년월일, 국가, 주소)를 수신 거래의 거래 상대방으로도 받습니다.

​

검증된 데이터와 출처

• POST /v3/transactions/로 생성한 발신 전송의 송금인;
• POST /v3/transactions/로 보고한 수신 전송의 수취인, 또는 일치한 지갑의 holder_vendor_data가 해당 사용자를 지정하는 경우 POST /v3/travel-rule/inbound/로 보고한 수신 전송의 수취인.

{
  "metadata": {
    "originator_provenance": { "name": "verified", "date_of_birth": "verified", "customer_identification": "caller" },
    "originator_verified_differences": {
      "name": { "caller": "Jane Doe", "verified": "Jane Elizabeth Doe" }
    }
  }
}

​

IVMS 101 직접 전송

• originatorPersons 또는 beneficiaryPersons에 naturalPerson 또는 legalPerson을 담고 accountNumber를 포함하는 originator 및 beneficiary 블록;
• ivms101(또는 IVMS101) 객체 안의 같은 블록;
• originator_data 또는 beneficiary_data로서의 IVMS 101 개인 하나, 또는 블록 전체 하나.

{
  "travel_rule_details": {
    "status": "AWAITING_COUNTERPARTY",
    "beneficiary": {
      "beneficiaryPersons": [
        {
          "naturalPerson": {
            "name": { "nameIdentifier": [{ "primaryIdentifier": "Ruiz", "secondaryIdentifier": "Carlos", "nameIdentifierType": "LEGL" }] }
          }
        }
      ],
      "accountNumber": ["0xBeneficiaryWallet01"]
    }
  }
}

​

규제 체계별 필수 데이터

​

Travel Address

ta2ih1MicegQ3JqiKz9xT89KsSuwaDJYw8DgzmeSEp1h9tduJcNDZ5SgKLEHeyGMcS1s2HgbM6undFrMQknhM5aTXw3G9KBzi16hx

​

네트워크 자격 증명 없이 테스트하기

• 샌드박스 발신: 샌드박스 애플리케이션에서 travelRule 거래를 제출합니다. 임계값과 자체 보관 지갑 검사를 거친 후, Didit Test VASP가 수취인 지갑 또는 이름으로 선택한 시나리오(승인, 거부, 이름 불일치, 연결 불가, 시간 초과 또는 자체 보관)에 따라 Didit 내부에서 응답합니다. 네트워크, 이메일 또는 다른 Didit 고객에게는 아무것도 전송되지 않습니다.
• 샌드박스 수신: 테스트 VASP가 테스트 VASP 수신 송금 트리거로 송금을 보내도록 하거나, 수신 Travel Rule 송금 등록으로 직접 등록합니다. 알 수 없는 지갑, 검증되지 않은 지갑, 수취인 이름 불일치, 검증되었고 일치하는 지갑을 테스트하십시오. 네트워크에 연결하지 않고도 실제 수신 결정 흐름을 테스트할 수 있습니다.
• 통제된 프로덕션 애플리케이션 2개: 두 개의 자체 프로덕션 애플리케이션 사이에서 INTERNAL 방식을 사용하거나(수신 측은 검색 가능하며 서명된 메시지 또는 테스트 입금으로 대상 지갑에 대한 통제권을 증명합니다), 통제 가능한 TRP 거래 상대방을 사용하여 상업용 네트워크 자격 증명 없이 두 당사자 간 교환을 테스트합니다. 프로덕션 애플리케이션에는 일반 요금과 알림이 발생할 수 있으므로, 직접 통제하는 테스트용 신원과 거래 상대방만 사용하십시오.

​

전송하기

1. 금액이 설정된 threshold_amount보다 작으면 전송은 즉시 NOT_APPLICABLE로 확정되며, 아무런 교섭도 이루어지지 않습니다.
2. 거래 상대방의 결제 수단이 목적지를 자체 보관 지갑(payment_method.method_type: "unhosted_wallet")으로 선언하면 어떤 경로도 시도하지 않습니다. 전송은 바로 UNCONFIRMED_OWNERSHIP으로 넘어가고 지갑 소유권 위젯이 자동으로 발급됩니다(선언된 자체 보관 지갑 참조).
3. 그렇지 않으면 경로가 우선순위에 따라 실행되며, 거래 상대방에 도달할 수 있는 첫 번째 경로가 교환을 담당합니다.
   • INTERNAL: beneficiary_data.wallet_address에 대해 서명 메시지 또는 테스트 입금 증명을 보유한 다른 Didit 고객이 정확히 한 명 있어야 하며, 이 증명은 지갑 보유자가 마지막으로 바뀐 이후에 만들어진 것이어야 합니다. 귀하의 애플리케이션 자체는 계산에 포함되지 않습니다. 최종 사용자가 지갑 소유권 위젯에서 Didit 네트워크 멤버를 선택했다면 그 멤버의 증명만 인정됩니다. 해당 고객의 애플리케이션은 프로덕션 환경(샌드박스 아님)이어야 하고, Travel Rule이 켜져 있으며 is_discoverable이 설정되어 있어야 하고, counterparty_vasp_lei 또는 counterparty_vasp_name으로 지정한 VASP여야 합니다. 자체 선언만 되어 있거나, 스크린샷으로 증명되었거나, 검증되지 않았거나, 주소록에만 등록된 지갑은 INTERNAL을 통해 아무것도 받지 못합니다.
   • TRP: 전송 자산에 해당 네트워크의 디지털 토큰 식별자 매핑이 있어야 하고(TRP 자산 식별자 참조), 페이로드에 beneficiary_data.travel_address가 포함되어 있거나, 목적지의 주소록 항목에 이 값이 저장되어 있거나, 거래 상대방이 디렉터리에서 (counterparty_vasp_lei 또는 counterparty_vasp_name으로) 확인되고 TRP endpoint를 가지고 있어야 합니다.
   • GTR, TRUST, VERIFYVASP, SYGNA: Marketplace에서 해당 네트워크의 멤버십을 직접 연결했어야 하며, 거래 상대방이 네트워크 ID로 확인되어야 합니다(명시적 필드 또는 디렉터리 항목. 거래 상대방 확인 필드 참조). Didit은 아직 이 네트워크들에 플랫폼 멤버십을 보유하고 있지 않습니다(프로바이더로 온보딩 중입니다). 따라서 현재 disabled_networks는 이 단계를 바꾸지 않습니다.
   • EMAIL: beneficiary_data.counterparty_vasp_email이 제공되었거나, counterparty_vasp_name이 컴플라이언스 이메일이 있는 디렉터리 항목으로 확인되어야 합니다.
4. 어떤 경로로도 거래 상대방을 확인할 수 없으면 Didit은 거래 상대방 탐색 절차를 실행합니다. vasp_attribution_enabled가 켜져 있으면 이 절차에 블록체인 분석 귀속이 포함됩니다. 목적지 지갑은 소유 VASP로 확인되고, 귀속된 이름은 (비어 있을 때에 한해) beneficiary_data.counterparty_vasp_name과 디렉터리에 기록되며, 경로는 한 번 더 실행됩니다. 따라서 TRP endpoint, 네트워크 ID 또는 컴플라이언스 이메일이 있는 디렉터리 항목을 가진 VASP에 귀속된 지갑은 이 두 번째 실행에서 경로가 지정됩니다.
5. 거래 상대방이 여전히 확인되지 않으면 전송은 COUNTERPARTY_VASP_NOT_FOUND로 넘어갑니다. 발신 전송의 경우 (auto_wallet_verification이 켜져 있다면) Didit은 지갑 소유권 위젯을 자동으로 발급하므로, 전송은 자체 보관 지갑 전송으로 여전히 완료될 수 있습니다. 더 나은 거래 상대방 데이터를 확보한 후에는 action: "resend"로 경로 지정을 다시 실행할 수 있습니다.

​

TRP 자산 식별자

​

거래 상대방 탐색

​

거래 상대방 확인 필드

​

체인 구조

​

UTXO 거래

• 송금인: 보내신 경우 originator_data.wallet_address를 사용하고, 그렇지 않으면 가장 많이 기여한 입력 주소를 사용합니다(source: largest_input).
• 수취인: 선언된 지갑이 있으면 그것을 사용하고, 없으면 입력 주소에 잔돈으로 되돌려 주지 않는 유일한 출력(only_non_change_output)을 사용합니다. 그것도 없으면 거래 금액을 지급하는 출력 하나(amount_match)를 사용합니다.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "btc-withdrawal-0042",
    "transaction_category": "travelRule",
    "transaction_details": {
      "direction": "outbound",
      "amount": "0.25",
      "currency": "BTC",
      "currency_kind": "crypto"
    },
    "subject": { "vendor_data": "user-042", "full_name": "Ana Diaz" },
    "counterparty": { "full_name": "Luis Perez" },
    "travel_rule_details": {
      "status": "AWAITING_COUNTERPARTY",
      "beneficiary_data": { "name": "Luis Perez", "counterparty_vasp_name": "Destination Exchange" },
      "utxo": {
        "inputs": [
          { "address": "bc1qsenderhotwallet01", "amount": "0.30" },
          { "address": "bc1qsendercoldwallet02", "amount": "0.05" }
        ],
        "outputs": [
          { "address": "bc1qbeneficiarydeposit01", "amount": "0.25" },
          { "address": "bc1qsenderhotwallet01", "amount": "0.0999" }
        ]
      }
    }
  }'

{
  "chain_details": {
    "chain": "BTC",
    "shape": "utxo",
    "originator": { "address": "bc1qsenderhotwallet01", "memo": "", "source": "largest_input" },
    "beneficiary": { "address": "bc1qbeneficiarydeposit01", "memo": "", "source": "only_non_change_output" },
    "utxo": {
      "inputs": [
        { "address": "bc1qsenderhotwallet01", "amount": "0.300000000000000000" },
        { "address": "bc1qsendercoldwallet02", "amount": "0.050000000000000000" }
      ],
      "outputs": [
        { "address": "bc1qbeneficiarydeposit01", "amount": "0.250000000000000000" },
        { "address": "bc1qsenderhotwallet01", "amount": "0.099900000000000000" }
      ],
      "change_output_indexes": [1],
      "beneficiary_output_index": 0
    }
  }
}

​

메모 및 태그 네트워크

• 메모가 있는 주소록 항목은 해당 메모를 지정한 전송에만 일치합니다. 메모가 없는 항목은 주소 전체와 일치합니다. 메모를 지정하지 않은 전송은 메모가 있는 항목과 절대 일치하지 않습니다. 공유 주소에서 태그 없이 들어온 입금은 누구의 것인지 알 수 없습니다.
• XRP X-address에는 태그가 그 안에 포함되어 있습니다. Didit은 이를 클래식 주소와 태그로 분리하므로(source: x_address), 어느 형식으로 등록된 지갑이든 다른 형식의 전송과 일치합니다.
• 공유 주소의 각 메모는 거래에서 별도의 결제 수단으로 처리됩니다.
• 네트워크별 허용 형식은 다음과 같습니다. XRP 목적지 태그는 0에서 4294967295 사이의 정수입니다(JSON 숫자도 허용됩니다). Stellar 메모는 최대 28바이트의 텍스트, 64비트 ID 또는 16진수 32바이트 해시여야 합니다. EOS는 최대 256바이트, Cosmos는 최대 256자, Hedera는 최대 100바이트를 받습니다. 메모를 지원하지 않는 체인(Bitcoin, EVM 체인, Solana, Tron, Litecoin, Bitcoin Cash, Dogecoin, Lightning)에서 메모를 보내면 400이 반환됩니다.

​

라이트닝

​

발신자 지갑 업데이트

curl -X PATCH "https://verification.didit.me/v3/transactions/$TRANSACTION_ID/travel-rule/" \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "action": "update_originator_wallet", "wallet_address": "bc1qsendercoldwallet02" }'

• 발신 전송에만 사용할 수 있으며, CANCELLED 또는 EXPIRED 상태의 전송에는 사용할 수 없습니다(409).
• 전송의 UTXO 입력을 알고 있는 경우, 지갑은 그 입력 중 하나여야 합니다(그렇지 않으면 400). 메모 네트워크에서는 memo도 함께 보내십시오.
• 이 요청은 기록만 변경합니다. 거래 상대방에게 다시 전송되지 않으며 상태도 그대로 유지됩니다. chain_details.originator는 source: updated와 함께 새 지갑이 되고, timeline에는 이전 지갑과 새 지갑이 모두 기록되며, 전송의 INTERNAL 상대 기록도 같은 방식으로 업데이트됩니다.

​

블록체인 분석 귀속

1. 전송에 귀속 정보를 기록합니다. 고객님이 값을 제공하지 않았다면 beneficiary_data.counterparty_vasp_name이 채워지며, 전송의 메타데이터에는 엔터티 이름, 엔터티 유형, 국가, source: "blockchain_analytics"를 담은 vasp_attribution 블록이 포함됩니다.
2. 엔터티를 VASP 디렉터리에 추가하거나(기존 항목과 일치하는 경우 해당 항목을 사용), 이후 전송에서도 귀속 결과가 일관되도록 합니다.
3. 귀속된 이름으로 라우팅 경로를 한 번 더 실행합니다. 이미 TRP 엔드포인트를 가진 디렉터리 항목이 있으면, 전송은 COUNTERPARTY_VASP_NOT_FOUND로 넘어가지 않고 즉시 라우팅됩니다.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "trv-2026-07-05-001",
    "transaction_category": "travelRule",
    "transaction_details": {
      "direction": "outbound",
      "action_type": "transfer",
      "amount": "0.25",
      "currency": "ETH",
      "currency_kind": "crypto"
    },
    "subject": {
      "entity_type": "individual",
      "vendor_data": "user-042",
      "full_name": "Jane Doe"
    },
    "travel_rule_details": {
      "status": "AWAITING_COUNTERPARTY",
      "originator_data": {
        "first_name": "Jane",
        "last_name": "Doe",
        "date_of_birth": "1990-04-12",
        "residence_country": "ES",
        "customer_identification": "user-042",
        "wallet_address": "0x135908330861442a814796ae99feac507925782a"
      },
      "beneficiary_data": {
        "wallet_address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb",
        "name": "Ana Diaz",
        "counterparty_vasp_email": "compliance@bene-casp.example"
      }
    }
  }'

{
  "uuid": "22222222-3333-4444-5555-666666666666",
  "txn_id": "trv-2026-07-05-001",
  "transaction_type": "travelRule",
  "direction": "OUTBOUND",
  "status": "APPROVED",
  "amount": "0.25",
  "currency": "ETH",
  "currency_type": "crypto",
  "travel_rule": {
    "uuid": "33333333-4444-5555-6666-777777777777",
    "status": "AWAITING_COUNTERPARTY",
    "protocol": null,
    "required": true,
    "obligations_count": 0,
    "originator_data": {
      "first_name": "Jane",
      "last_name": "Doe",
      "date_of_birth": "1990-04-12",
      "residence_country": "ES",
      "customer_identification": "user-042",
      "wallet_address": "0x135908330861442a814796ae99feac507925782a"
    },
    "beneficiary_data": {
      "wallet_address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb",
      "name": "Ana Diaz",
      "counterparty_vasp_email": "compliance@bene-casp.example",
      "chain": "ETH"
    },
    "metadata": {
      "compliance_email_source": "caller_supplied"
    }
  },
  "action_required": null
}

• originator_data는 전송하신 값입니다. 예시의 주체에게 승인된 KYC 인증이 없기 때문입니다. 인증된 사용자의 경우 Didit는 인증된 데이터로 이 값을 생성합니다(검증된 데이터 및 출처 참고). EMAIL 레일은 수신자에게 data_sharing_fields에서 공유하도록 설정한 송금인 필드만 보여 줍니다.
• beneficiary_data.chain은 ETH입니다. 요청에 체인이 지정되지 않아서 Didit가 통화에서 체인을 가져왔기 때문입니다.
• status는 APPROVED입니다. 어떤 규칙도 이 거래에 작용하지 않았기 때문입니다. 고객님의 규칙에 따라 다른 상태로 설정될 수 있습니다.
• 컴플라이언스 담당자는 수령 링크를 받습니다. 담당자가 응답하면 전송이 완료되거나, 이름 일치 검사에 실패하거나, 거부됩니다. 응답하지 않으면 만료됩니다(이메일 수령 참고).

curl -X PATCH https://verification.didit.me/v3/transactions/22222222-3333-4444-5555-666666666666/travel-rule/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"payment_txn_id": "0x5c504ed432cb51138bcf09aa5e8a410dd4a1e204ef84bfed1be16dfba1b22060"}'

curl -X PATCH https://verification.didit.me/v3/transactions/22222222-3333-4444-5555-666666666666/travel-rule/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"action": "resend"}'

​

전송이 멈춘 이유

• reason은 기계가 읽을 수 있는 원인이며, 다른 상태에서는 ""입니다.
• next_actions는 송금을 다음 단계로 진행시키는 작업 목록이며, 다른 상태에서는 []입니다.
• delivery는 이 송금이 상대방에게 보내야 하는 가장 최근 메시지입니다. kind, status(QUEUED, SENDING, RETRYING, DELIVERED, FAILED 중 하나), rail, attempts, last_error, next_attempt_at, delivered_at으로 구성되며, 상대방에게 보낼 메시지가 없었다면 null입니다.
• discovery는 Didit이 거래 상대방을 찾아본 위치이며, 실행한 단계마다 항목이 하나씩 있습니다. step, outcome(match, miss, skipped 중 하나), reason, vasp, rail, at으로 구성됩니다.

{
  "uuid": "33333333-4444-5555-6666-777777777777",
  "status": "COUNTERPARTY_VASP_NOT_REACHABLE",
  "protocol": "EMAIL",
  "direction": "OUTBOUND",
  "rail": "EMAIL",
  "counterparty_vasp": null,
  "delivery": {
    "kind": "SEND",
    "status": "FAILED",
    "rail": "EMAIL",
    "attempts": 1,
    "last_error": "email undeliverable",
    "next_attempt_at": null,
    "delivered_at": null
  },
  "reason": "email_undeliverable",
  "next_actions": [
    { "action": "update_compliance_email" },
    { "action": "resend" }
  ]
}

curl -X PATCH https://verification.didit.me/v3/transactions/22222222-3333-4444-5555-666666666666/travel-rule/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"action": "update_compliance_email", "compliance_email": "desk@bene-casp.example"}'

curl -X PATCH https://verification.didit.me/v3/transactions/22222222-3333-4444-5555-666666666666/travel-rule/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"action": "resend"}'

​

선언된 자체 보관 지갑

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "trv-2026-07-07-002",
    "transaction_category": "travelRule",
    "transaction_details": {
      "direction": "outbound",
      "action_type": "transfer",
      "amount": "0.25",
      "currency": "ETH",
      "currency_kind": "crypto"
    },
    "subject": {
      "entity_type": "individual",
      "vendor_data": "user-042",
      "full_name": "Jane Doe"
    },
    "counterparty": {
      "entity_type": "external",
      "full_name": "Jane Doe",
      "payment_method": {
        "method_type": "unhosted_wallet",
        "account_id": "0xd3b62acb76fb27a7f8961ec40fa11746b113aca9"
      }
    },
    "travel_rule_details": {
      "status": "AWAITING_COUNTERPARTY",
      "beneficiary_data": {
        "wallet_address": "0xd3b62acb76fb27a7f8961ec40fa11746b113aca9",
        "name": "Jane Doe"
      }
    }
  }'

• 레일은 시도되지 않습니다. 정보를 주고받을 거래 상대방 VASP가 없기 때문입니다. 송금은 UNCONFIRMED_OWNERSHIP 상태로 바로 생성됩니다.
• auto_wallet_verification이 켜져 있으면(기본값), Didit은 거래에 연결된 지갑 소유권 위젯 세션을 자동으로 생성하고 이를 거래의 action_required 블록에 반환합니다. SDK는 클라이언트 측 제출 시 이 위젯을 자동으로 실행합니다.
• 고객이 지갑에 대한 소유권을 증명하면, 송금은 수취인 이름 대조를 실행하고 COMPLETED로 진행합니다(대조에 실패하면 COUNTERPARTY_MISMATCHED_DATA로 진행합니다).

​

수신

​

지갑 소유권 확인

• 수신 송금이 아직 소유권이 확인되지 않은 주소록 항목으로 확인되는 경우.
• 거래 상대방의 지갑이 자체 보관 지갑으로 선언된 경우(counterparty.payment_method.method_type: "unhosted_wallet"). 출금 송금이든 입금 송금이든 해당합니다. 선언된 자체 보관 지갑을 참고하세요.

curl -X POST https://verification.didit.me/v3/transactions/{transaction_uuid}/travel-rule/ownership/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"confirmed": true}'

• 방향과 관계없이 UNCONFIRMED_OWNERSHIP 상태인 송금.
• 수신 송금의 ON_HOLD 상태.
• 수신 TRP 송금의 UNCONFIRMED_OWNERSHIP, ON_HOLD, COUNTERPARTY_MISMATCHED_DATA 상태. 컴플라이언스 담당자가 거래 상대방의 문의를 직접 해결할 수 있도록 하기 위함입니다.

• confirmed: true는 일치하는 지갑 주소록 항목을 소유권 확인 완료로 표시한 다음, 해당 항목의 holder_name으로 이름 일치 검사를 실행합니다. 통과하면 COMPLETED, 통과하지 못하면 COUNTERPARTY_MISMATCHED_DATA가 됩니다. INTERNAL 레일의 대응 송금이 있는 경우에도 같은 결과가 적용됩니다. 선언된 자체 보관 지갑의 경우 confirmed: true는 귀사의 고객이 거래 상대방 지갑의 실제 제어권자를 확인했음을 기록하고, 출금이든 입금이든 송금을 완료(COMPLETED)합니다. 입금이 이미 정산된 수신 송금은 곧바로 FINISHED로 넘어갑니다.
• confirmed: false는 송금 양쪽을 모두 COUNTERPARTY_VASP_GENERAL_DECLINE 상태로 바꿉니다.
• 일치하는 항목은 체인을 고려하지 않고 지갑 주소만으로 귀사의 주소록에서 조회합니다. 일치하는 항목이 없는 수신 ON_HOLD 송금을 해결하면, 송금의 beneficiary_data.wallet_address로 항목을 만들고 확인 완료로 표시합니다. 선언된 자체 보관 지갑은 예외입니다. 아래에서 설명하듯이 이 지갑은 소유권이 확인된 상태로 귀사의 주소록에 등록됩니다. 그 밖의 경우 항목이 없으면 409와 {"detail": "wallet address entry no longer available"}을 반환합니다. 삭제된 항목에 대해서도 같은 응답이 반환됩니다.

• confirmed: true에는 반환할 결제 주소가 필요합니다. 이 주소는 요청의 wallet_address, 그다음 일치한 항목, 마지막으로 beneficiary_data.wallet_address 순서로 가져옵니다. 세 곳 모두에 주소가 없으면 요청은 400과 {"wallet_address": ["wallet_address is required to approve."]}를 반환합니다. Didit은 항목을 생성하거나 확인 완료로 표시하고, 거래 상대방에게 문의 해결 콜백을 보내며, ownership_confirmed를 설정한 뒤 송금을 COMPLETED로 이동합니다.
• confirmed: false는 거부 응답을 보내고 송금을 COUNTERPARTY_VASP_GENERAL_DECLINE로 이동합니다.
• 거래 상대방의 콜백 endpoint에 연결할 수 없으면 요청은 502를 반환하고 송금은 현재 상태를 유지합니다. 승인하는 경우에도 지갑 주소록 항목은 여전히 생성되거나 확인 완료로 표시됩니다.

{"confirmed": true, "wallet_address": "0xCounterpartyWallet01"}

• 네트워크를 통해 이미 응답이 끝난 송금(VerifyVASP 송금, 또는 이미 결정된 GTR 또는 Sygna Bridge 송금)은 409를 반환합니다(네트워크를 통한 송금 참고).

​

네트워크를 통한 송금

• 라우팅. 메시지가 해당 네트워크에서 귀사가 연결한 회원 자격의 참가자 코드를 지정하면 귀사의 애플리케이션에 전달됩니다. Didit 자체 회원 자격을 수신인으로 지정한 메시지는 수취 지갑의 제어권을 입증한 활성 Didit 고객이 귀사뿐인 경우에만 귀사에 전달됩니다. 그 밖의 메시지는 모두 거부되므로, 어떤 고객도 다른 고객의 송금을 받지 않습니다.
• 결정. Didit은 귀사의 애플리케이션에 수신 송금을 생성하고, TRP 문의와 같은 방식으로 결정합니다. 지갑 일치, 소유권, 이름 일치 검사, 그리고 inbound_auto_accept를 적용합니다.
• 한 번만. 네트워크는 응답을 받을 때까지 메시지를 다시 보냅니다. 재전송된 메시지는 첫 번째 메시지가 받은 것과 같은 응답을 받으며, 어떤 것도 두 번 생성되거나 결정되지 않습니다.
• 귀사의 검토(GTR 및 SYGNA). 귀사의 검토를 기다리는 송금(UNCONFIRMED_OWNERSHIP, ON_HOLD 또는 COUNTERPARTY_MISMATCHED_DATA)은 POST .../travel-rule/ownership/로 결정합니다. confirmed: true는 승인하며(송금에 지갑이 명시되지 않은 경우 wallet_address를 전달하세요), confirmed: false는 거부합니다. Didit은 응답 후 동일한 재시도 방식으로 네트워크에 답합니다. 이미 응답된 송금에 대해서는 409를 반환합니다.
• VERIFYVASP에서는 나중에 응답할 수 없습니다. VerifyVASP는 요청할 때 응답을 받으므로, 귀사의 검토가 필요한 송금은 즉시 거부되며 나중에 결정할 수 없습니다(409).

​

마스킹된 거래 상대방 데이터

{
  "data_masked": false,
  "data_unmasked": { "at": "2026-10-17T10:00:00Z", "reason": "wallet_proof", "actor": "" }
}

​

불일치 피드백

{
  "status": "COUNTERPARTY_MISMATCHED_DATA",
  "mismatched_fields": ["date_of_birth"],
  "data_match": {
    "matched": false,
    "mismatched_fields": ["date_of_birth"],
    "fields": {
      "name": { "result": "matched", "strictness": "DEFAULT" },
      "date_of_birth": { "result": "mismatched", "strictness": "STRICT" },
      "address": { "result": "not_compared", "strictness": "NONE" },
      "account": { "result": "matched", "strictness": "STRICT" }
    }
  }
}

​

이름 일치 점수

{
  "name_match": {
    "score": 90,
    "matched": false,
    "method": "sequence_ratio",
    "strictness": "FUZZY",
    "compared_with": "wallet_holder",
    "transfer_name": "Ana Diaz",
    "compared_name": "Ana Diaz Garcia",
    "matched_names": ["Ana", "Diaz"],
    "mismatched_names": ["Garcia"]
  }
}

• score는 두 전체 이름의 유사도를 0에서 100 사이로 나타내며, 어느 한 쪽이 비어 있으면 0입니다. matched는 strictness 기준의 결과이므로 두 값이 서로 다를 수 있습니다. 예를 들어 FUZZY는 0.85인 자체 유사도 비율만으로 판단합니다.
• matched_names는 송금 이름의 단어 중 상대 이름에서 찾은 단어이고, mismatched_names는 한쪽에만 있고 다른 쪽에는 없는 단어입니다.
• method는 none, exact_token, token_subset, token_containment, sequence_ratio 중 하나이며, 각각 NONE, STRICT, DEFAULT, CONTAINS, FUZZY에 대응합니다.
• compared_with는 wallet_holder(지갑에 기록된 소유자) 또는 counterparty_vasp(이메일 응답 페이지에서 거래 상대방이 응답한 이름, 또는 Didit Test VASP의 응답)입니다.
• 송금 결과는 모든 필드를 비교하는 data_match를 따릅니다. 따라서 name_match.matched가 true여도 송금은 COUNTERPARTY_MISMATCHED_DATA 상태일 수 있습니다.
• name_match는 Travel Rule endpoint가 반환하는 송금 객체와 거래에 포함된 travel_rule에 있으며, 이름이 비교되기 전까지는 null입니다. 송금 목록과 webhook에는 포함되지 않습니다.
• 당사자가 마스킹된 상태에서는 이름이 숨겨지며, INTERNAL 교환에서 다른 고객이 갖는 사본에서도 숨겨집니다.

​

메시지 및 문서 요청

curl -X POST https://verification.didit.me/v3/transactions/{transaction_uuid}/travel-rule/messages/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"kind": "DOCUMENT_REQUEST", "body": "Please confirm the beneficiary date of birth.", "requested_documents": ["Proof of address"]}'

• kind는 MESSAGE(기본값) 또는 DOCUMENT_REQUEST입니다. 문서 요청에는 requested_documents에 최소 하나의 항목이 필요하며 최대 10개까지 가능합니다. 메시지에는 body(최대 5000자) 또는 파일이 필요합니다.
• reply_to는 같은 송금의 이전 메시지를 가리킵니다. 문서가 첨부된 상대 측 답장은 그 답장이 응답하는 문서 요청을 충족하며, 해당 답장에는 fulfilled_at이 설정됩니다. 자신의 답장으로는 자신의 요청을 충족할 수 없습니다.
• files와 함께 multipart로 전송하면 파일을 최대 5개까지, 파일당 10MB 이하의 PDF, PNG, JPEG 또는 WebP 형식으로 첨부할 수 있습니다. Didit은 선언된 파일 형식뿐만 아니라 각 파일의 내용을 확인하며, 그 밖의 파일은 files에 대해 400으로 응답합니다(“Attach PDF, PNG, JPEG or WebP files only.”).
• 송금 하나에는 메시지를 최대 100개까지 담을 수 있으며, 그중 최대 20개까지 첨부 파일을 포함할 수 있습니다(양측 합산, 각 메시지당 파일 최대 5개). 어느 한도든 초과하면 요청은 400으로 응답합니다. 메시지 첨부 파일은 거래 자체의 문서로 집계되지 않습니다.
• 메시지는 INTERNAL과 EMAIL 경로에서 작동합니다. INTERNAL에서는 다른 Didit 고객이 자신이 속한 쪽에서 메시지를 봅니다. EMAIL에서는 거래 상대방에게 이메일이 발송되며, 상대방은 수령 포털에서 응답합니다. 알림 이메일을 보낼 수 없어도 메시지는 저장되며 요청은 201로 응답합니다.
• 다음의 경우 요청은 409로 응답하며, detail에 이유가 담깁니다. TRP, GTR, TRUST, VerifyVASP 또는 Sygna를 통한 송금(해당 프로토콜은 메시지를 전달하지 않음), 아직 거래 상대방이 없는 송금, 데이터가 지갑 소유자와 일치하지 않은 INTERNAL 송금(수신자에게 아무것도 전달되지 않음), 수신자가 지갑 통제권을 아직 증명하지 않은 INTERNAL 송금(증명 전까지는 양측 모두에 해당), 거래 상대방에게 더 이상 컴플라이언스 이메일 주소가 없는 EMAIL 송금, 수령 링크가 만료되었거나 송금이 종료된 EMAIL 송금.
• 거래 상대방이 회신해도 webhook은 발생하지 않습니다. 메시지 엔드포인트를 조회하십시오.
• 거래 상대방에게 새 메시지를 알리는 이메일은 영어로 발송됩니다.

​

지갑 주소록

curl -X POST https://verification.didit.me/v3/travel-rule/wallet-addresses/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb",
    "chain": "ETH",
    "holder_name": "Ana Diaz",
    "holder_vendor_data": "user-042",
    "self_declared": true
  }'

​

지갑 일괄 가져오기

curl -X POST https://verification.didit.me/v3/travel-rule/wallet-addresses/import/ \
  -H "x-api-key: YOUR_API_KEY" \
  -F "file=@wallets.csv;type=text/csv"

address,address_hash,chain,memo,holder_name,holder_vendor_data
0xBeneficiaryWallet01,,ethereum,,Ana Diaz,user-042
,4f7d2e1c9b8a7f6e5d4c3b2a1f0e9d8c7b6a5f4e3d2c1b0a9f8e7d6c5b4a3f2e,bitcoin,,,user-043
rExchangeSharedAddress01,,XRP,104729,Ana Diaz,user-042

​

연결할 수 없는 거래 상대방을 위한 이메일 픽업

• 올바른 주소로 발송합니다. 전달한 counterparty_vasp_email이 유일한 수신자입니다. 그 외의 경우 Didit은 최대 세 개의 주소로 발송합니다. 먼저 거래 상대방의 연락처 중 반송되지 않은 주소(귀사의 연락처가 먼저, 다음은 플랫폼 연락처, 그리고 이전에 응답한 연락처 순서)를 사용하고, 빈 슬롯이 남아 있으면 디렉터리 항목의 컴플라이언스 이메일을 사용합니다. 각 주소로 별도의 이메일이 발송됩니다.
• 귀사의 이름으로 발송합니다. 이메일은 Didit 주소에서 “귀사의 법적 명칭 via Didit”으로 발신되며, 거래 상대방의 관할 지역 언어로 작성됩니다(알려진 언어가 없으면 영어). 링크를 열면 해당 언어로 된 응답 페이지가 열립니다. 귀사는 사본을 받지 않으므로 전송 타임라인을 확인하십시오.
• 리마인더를 보냅니다. 거래 상대방이 응답할 때까지 Didit은 마감 72시간, 24시간, 6시간 전에 리마인더를 보냅니다. 리마인더는 요청 또는 마지막 리마인더 이후 최소 12시간이 지난 뒤에만 보내며, 마감 이후에는 절대 보내지 않습니다.
• 반송을 처리합니다. 반송 또는 스팸 신고가 발생하면 해당 연락처를 사유와 함께 유효하지 않은 것으로 표시하며, 전송 타임라인에 기록됩니다. 플랫폼 연락처는 모든 Didit 고객에 대해 유효하지 않게 되며, 귀사 애플리케이션의 연락처는 귀사 애플리케이션에 대해서만 유효하지 않게 됩니다. Didit의 이메일 발송이 특정 주소에 전혀 이루어지지 않게 되면(영구 반송, 스팸 신고 또는 수신 거부 이후), 그 주소의 모든 연락처는 suppressed로 유효하지 않음 표시되며, 해당 주소로의 발송이 재개되면 다시 유효해집니다. 발송할 주소가 남아 있지 않으면 전송은 COUNTERPARTY_VASP_NOT_REACHABLE 상태가 되며, 타임라인에 수신 메일 서버의 사유가 기록됩니다. 전달한 counterparty_vasp_email에서 영구 반송이나 스팸 신고가 발생하면, 그것이 유일한 수신자이므로 즉시 이 상태가 됩니다. 반면 그 주소 또는 디렉터리 항목의 컴플라이언스 이메일에서 일시 반송(soft_bounce)이 발생하면 요청은 열린 상태로 유지되어 리마인더가 계속 발송됩니다.

curl https://verification.didit.me/v3/travel-rule/pickup/{token}/

{
  "reference": "33333333-4444-5555-6666-777777777777",
  "requested_at": "2026-07-05T10:00:00Z",
  "originator_vasp_name": "Origin CASP SL",
  "originator_vasp_lei": "529900EXAMPLEORIG001",
  "recipient_vasp_name": "Example Counterparty VASP",
  "language": "es",
  "amount": "0.250000000000000000",
  "currency": "ETH",
  "fiat_amount": "",
  "fiat_currency": "",
  "chain": "ETH",
  "beneficiary_wallet": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb",
  "status": "AWAITING_COUNTERPARTY",
  "ivms_version": "ivms101.2023",
  "deadline_at": "2026-07-07T10:00:00Z",
  "reminders_sent": 0,
  "contact": "",
  "decline_reasons": ["data_mismatch", "not_our_customer", "wallet_not_hosted", "sanctions", "risk_appetite", "jurisdiction", "insufficient_data", "other"],
  "join_invitation": { "eligible": false, "url": "" },
  "originator_data": { "name": "Jane Doe", "wallet_address": "0x77ccff0cc624a53cd8b8d8703ced826710211ec7" },
  "beneficiary_data": { "name": "Ana Diaz", "wallet_address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb" },
  "ivms_request": {
    "originator": {
      "originatorPersons": [{ "naturalPerson": { "name": { "nameIdentifier": [{ "primaryIdentifier": "Doe", "secondaryIdentifier": "Jane", "nameIdentifierType": "LEGL" }] } } }],
      "accountNumber": ["0x77ccff0cc624a53cd8b8d8703ced826710211ec7"]
    },
    "beneficiary": {
      "beneficiaryPersons": [{ "naturalPerson": { "name": { "nameIdentifier": [{ "primaryIdentifier": "Diaz", "secondaryIdentifier": "Ana", "nameIdentifierType": "LEGL" }] } } }],
      "accountNumber": ["0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb"]
    }
  },
  "data_masked": false
}

curl -X POST https://verification.didit.me/v3/travel-rule/pickup/{token}/respond/ \
  -H "Content-Type: application/json" \
  -d '{"decision": "accept", "beneficiary_name": "Ana Diaz"}'

​

매칭되지 않은 입금

curl "https://verification.didit.me/v3/travel-rule/unmatched/" \
  -H "x-api-key: YOUR_API_KEY"

curl -X POST "https://verification.didit.me/v3/travel-rule/unmatched/{transaction_uuid}/match/" \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"transaction_id": "<uuid of the received message transaction>"}'

​

입금 후 소급 등록

curl -X POST https://verification.didit.me/v3/travel-rule/inbound/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "chain": "eth",
    "txid": "0xf103cfc37f6d390b61827987b9dc631b5e1d2bfeb008a780c1e38047ae5d557b",
    "wallet_address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb",
    "amount": "500.00",
    "currency": "USDC",
    "originator_data": { "name": "Carlos Ruiz", "wallet_address": "0x77ccff0cc624a53cd8b8d8703ced826710211ec7" },
    "beneficiary_data": { "name": "Ana Diaz" },
    "originating_vasp": {
      "name": "Northwind Digital Assets Ltd",
      "lei": "5493001KJTIIGC8Y1R12",
      "travel_address": "tareGfwAzkySLkFzcqr7AKno3K4VsT3jayMwPvj3ovbFZHzpayHLmgCrAMoLqjfCYRPpvLqr9dSr2VVTFAncwChcMjL4AheNuHCJM8NRcUg"
    }
  }'

• 일치하는 항목이 없으면 -> ON_HOLD. POST .../travel-rule/ownership/로 해결합니다. confirmed: true를 보내면 지갑이 확인된 상태로 주소록에 추가되고 이름 일치 확인이 실행됩니다. 일치하면 송금은 COMPLETED를 거쳐 FINISHED로 바뀝니다.
• 항목은 있으나 소유권이 증명되지 않았으면 -> UNCONFIRMED_OWNERSHIP.
• 수취인 이름이 항목의 holder_name과 일치하지 않으면 -> COUNTERPARTY_MISMATCHED_DATA.
• 확인된 항목이 있고 이름이 일치하면 -> COMPLETED, 이어서 즉시 FINISHED(입금은 이미 정산되었습니다).

{
  "transaction_id": "44444444-5555-6666-7777-888888888888",
  "txn_id": "tr-in-0xf103cfc37f6d390b61827987b9dc631b5e1d2bfeb008a780c1e38047ae5d557b-6151d81b366e",
  "created": true,
  "travel_rule": {
    "uuid": "55555555-6666-7777-8888-999999999999",
    "status": "FINISHED",
    "direction": "INBOUND",
    "rail": null,
    "protocol": null,
    "ivms_version": "ivms101.2023",
    "required": true,
    "ownership_confirmed": true,
    "deadline_at": null,
    "timeline": [
      { "status": "COMPLETED", "at": "2026-07-06T10:15:02.114208+00:00", "detail": "matched verified wallet address book entry" },
      { "status": "FINISHED", "at": "2026-07-06T10:15:02.131544+00:00", "detail": "on-chain deposit already settled" }
    ],
    "counterparty_vasp": null,
    "originator_data": { "name": "Carlos Ruiz", "wallet_address": "0x77ccff0cc624a53cd8b8d8703ced826710211ec7" },
    "beneficiary_data": { "name": "Ana Diaz", "wallet_address": "0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb", "chain": "eth" },
    "created_at": "2026-07-06T10:15:02.087412Z"
  }
}

​

지갑 소유권 위젯

​

디렉터리

curl "https://verification.didit.me/v3/travel-rule/vasps/?search=counterparty" \
  -H "x-api-key: YOUR_API_KEY"

{
  "count": 1,
  "next": null,
  "previous": null,
  "results": [
    {
      "id": "0d6f3c2a-6a1e-4c55-9a39-1f2b0c7d8e91",
      "kind": "directory",
      "name": "Example Counterparty VASP",
      "lei": "529900EXAMPLECPTY001",
      "jurisdiction": "DE",
      "domains": ["counterparty.example"],
      "reachable": true,
      "aliases": [{ "name": "Example Counterparty", "kind": "trading_name" }],
      "networks": [
        {
          "network": "GTR",
          "code": "EXAMPLE01",
          "listed_name": "Example Counterparty VASP",
          "country": "DE",
          "verified_at": "2026-10-12T09:30:00Z",
          "last_seen_at": "2026-10-12T09:30:00Z",
          "source": "staff"
        }
      ],
      "routes": [
        { "rail": "GTR", "status": "unavailable", "reason": "no_membership", "via": "" },
        { "rail": "EMAIL", "status": "available", "reason": "", "via": "contact" }
      ],
      "umbrella": null,
      "entities": [],
      "contacts": [
        {
          "id": "6c1f9b8e-2d4a-4f7e-8b3c-5a9d0e1f2a3b",
          "email": "travelrule@counterparty.example",
          "name": "Travel Rule desk",
          "source": "staff",
          "scope": "platform",
          "verified_at": null
        }
      ],
      "dd_status": "NOT_STARTED",
      "dd_score": 62,
      "dd_score_breakdown": {
        "jurisdiction": { "points": 25.0, "max": 25, "reason": "jurisdiction_not_high_risk", "detail": "DEU is not on the high-risk jurisdiction list" },
        "verification": { "points": 3.8, "max": 15, "reason": "dd_status_not_started", "detail": "due diligence status NOT_STARTED" },
        "protocol": { "points": 6.0, "max": 15, "reason": "email_only", "detail": "reachable over the email fallback only" },
        "lei": { "points": 10.0, "max": 10, "reason": "lei_valid", "detail": "valid LEI on record" },
        "history": { "points": 5.0, "max": 10, "reason": "no_history", "detail": "no exchange history" },
        "essentials": { "points": 7.5, "max": 15, "reason": "no_essential_checks", "detail": "no decided essential check yet" },
        "responsiveness": { "points": 5.0, "max": 10, "reason": "responsiveness_unknown", "detail": "0 decided recent requests, too few to judge" }
      },
      "dd_assessed_at": "2026-10-12T09:30:00Z",
      "dd_score_semantic": "higher_is_safer",
      "risk_level": "MEDIUM",
      "responsiveness": { "status": "UNKNOWN", "answered": 0, "total": 0, "computed_at": "2026-10-12T09:30:00Z" },
      "essential_checks": {},
      "reachable_rails": ["GTR", "EMAIL"],
      "is_didit_customer": false,
      "decision": {
        "decision": "APPROVED",
        "reason": "Licensed in DE",
        "decided_by": "",
        "updated_at": "2026-10-14T10:05:00Z",
        "inherited_from": null
      },
      "entity_screening": {
        "id": "7a1d2c3b-4e5f-4a6b-8c7d-9e0f1a2b3c4d",
        "status": "Approved",
        "total_hits": 0,
        "score": null,
        "screened_at": "2026-10-14T09:58:00Z",
        "fresh": true,
        "flagged": false
      },
      "questionnaires": []
    }
  ]
}

​

경로

• 항목에 디렉터리가 검증한 TRP endpoint가 있으면 TRP입니다.
• 네트워크가 코드로 VASP를 등재한 경우 GTR, TRUST, VERIFYVASP, SYGNA입니다. 애플리케이션이 현재 해당 네트워크로 전송할 수 있을 때만 available입니다(자체 연결 멤버십은 via: own_membership, Didit 멤버십은 via: didit_membership). 그렇지 않으면 reason: no_membership 또는 reason: network_switched_off와 함께 unavailable이 되며, VASP에 도달하는 방법으로 표시되지 않습니다. Didit의 자체 네트워크 멤버십은 아직 사용할 수 없으므로, 현재 네트워크 경로는 Marketplace에서 연결한 멤버십을 통해서만 사용할 수 있습니다.
• 항목에 준법 연락처가 있으면 EMAIL입니다.
• Didit 네트워크 멤버이면 INTERNAL입니다.

​

브랜드와 법인

​

연락처

curl -X POST https://verification.didit.me/v3/travel-rule/counterparty-contacts/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"counterparty": "0d6f3c2a-6a1e-4c55-9a39-1f2b0c7d8e91", "email": "compliance@counterparty.example", "name": "Compliance desk"}'

• GET /v3/travel-rule/counterparty-contacts/는 애플리케이션이 메일을 보낼 수 있는 모든 연락처를 최신순으로 나열하며, 플랫폼 연락처와 반송된 연락처도 포함합니다. limit와 offset으로 페이지를 나눕니다. ?counterparty=와 디렉터리 항목 id로 필터링할 수 있으며, UUID가 아닌 값은 400을 반환합니다.
• POST는 비공개 연락처(counterparty, email, 선택 사항인 name)를 추가하고 201을 반환합니다. 항목에 이미 자체 연락처로 있는 주소를 추가하면 해당 연락처를 반환합니다. 존재하지 않는 항목은 400("No directory entry with this id.")을 반환합니다.
• DELETE /v3/travel-rule/counterparty-contacts/{contact_uuid}/는 자체 연락처 하나를 삭제하며(204), 플랫폼 연락처는 삭제할 수 없어 404를 반환합니다.

​

디렉터리 항목이 등록되는 방법

• ESMA의 암호자산 서비스 제공자(CASP)용 MiCA 임시 등록부를 매주 읽어, 각 제공자의 이름, LEI, 소재 회원국을 가져옵니다.
• 공개 TRISA 디렉터리를 매주 읽어, 각 회원의 이름, 국가, TRISA 등록 정보를 가져옵니다. 디렉터리가 3주 동안 등록 정보를 표시하지 않으면 해당 항목은 삭제됩니다.
• 글로벌 LEI 등록부는 항목의 LEI, 기타 법적 명칭, 국가 정보를 채웁니다. 또한 국가 내 정확한 법적 명칭으로 항목의 LEI를 찾습니다.
• 블록체인 분석 귀속은 대상 지갑을 소유한 VASP를 추가하거나 기존 항목과 매칭하며, 귀속된 이름을 별칭으로 유지합니다.
• Didit 직원이 항목을 관리합니다. 직원은 확인된 라우팅 식별자와 네트워크 목록, 컴플라이언스 연락처, 별칭, 브랜드와 그 법인, 중복 항목을 병합하고 항목을 숨깁니다.

​

Didit 네트워크

• 애플리케이션이 프로덕션 환경(샌드박스가 아님)이고 Travel Rule이 켜져 있어야 합니다.
• is_discoverable이 true이고 legal_name이 설정되어 있어야 합니다.
• compliance_email이 설정되고 확인되어야 합니다. POST /v3/travel-rule/settings/compliance-email/confirmation/을 호출하여 확인 메일을 보내고, 메일의 링크를 열어야 합니다. 주소를 변경하면 새로 확인해야 합니다.
• Didit이 해당 애플리케이션을 테스트, 데모 또는 내부용으로 표시하지 않아야 합니다.

​

라우팅 식별자

​

거래 상대방 실사

• 공유 평가. 모든 디렉터리 항목에는 실사 점수, 위험 수준, 응답성 상태, 필수 점검 보고서가 포함됩니다. Didit은 플랫폼의 자체 데이터로 이를 계산하므로, 모든 고객이 동일한 값을 봅니다.
• 귀사의 자체 기록. VASP에 대한 귀사의 결정, 해당 VASP에 대한 제재 및 부정적 언론 보도 스크리닝, 그리고 귀사가 해당 VASP와 주고받은 실사 설문지는 귀사의 애플리케이션에만 속합니다. 다른 고객은 이를 보지 못하며, 공유 항목을 변경하지도 않습니다.

​

점수와 위험 수준

​

필수 점검

​

응답성

{ "status": "UNRESPONSIVE", "answered": 0, "total": 6, "computed_at": "2026-10-12T09:30:00Z" }

• 집계 대상: 네트워크 또는 프로토콜 경로로 보낸 요청과, 공유 주소로 이메일을 보낸 요청입니다. 공유 주소는 항목의 컴플라이언스 주소 또는 플랫폼 연락처입니다.
• 집계 제외: 고객이 직접 입력한 주소나 고객의 개인 연락처로 보낸 이메일 요청입니다. 해당 교환은 고객 본인의 거래 내역에만 남으며, 다른 모든 고객에게 해당 VASP의 평가를 표시하지 않습니다.
• 응답함: COMPLETED, FINISHED, COUNTERPARTY_VASP_GENERAL_DECLINE, COUNTERPARTY_MISMATCHED_DATA. 거절이나 불일치도 응답으로 봅니다. VASP가 관여했다는 뜻이기 때문입니다.
• 응답하지 않음: EXPIRED.
• 둘 다 아님: 그 밖의 모든 상태입니다. CANCELLED 요청은 발신자 본인의 행위이고, COUNTERPARTY_VASP_NOT_REACHABLE은 발신자 측의 문제일 수 있으며, 아직 진행 중인 요청은 결정되지 않은 상태입니다.

​

거래 상대방에 대한 결정

curl -X PUT https://verification.didit.me/v3/travel-rule/vasps/0d6f3c2a-6a1e-4c55-9a39-1f2b0c7d8e91/decision/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"decision": "BLOCKED", "reason": "Unlicensed in its home jurisdiction"}'

{
  "decision": {
    "decision": "BLOCKED",
    "reason": "Unlicensed in its home jurisdiction",
    "decided_by": "",
    "updated_at": "2026-10-14T10:05:00Z",
    "inherited_from": null
  }
}

• 결정은 애플리케이션 내에서만 공개됩니다. 다른 고객에게는 보이지 않으며, 공유 항목은 변경되지 않습니다.
• 결정만으로는 아무것도 바뀌지 않으며, 거래의 라우팅 방식도 변경되지 않습니다. 결정은 counterparty_dd_status 규칙 필드를 통해 거래에 반영됩니다. 프리셋을 설치하거나 이 필드를 사용하는 규칙을 직접 작성할 수 있습니다.
• 브랜드에 대한 결정은 자체 결정이 없는 해당 브랜드의 각 법인에 적용되며, 법인은 inherited_from에 해당 브랜드를 표시합니다. 법인에 대한 결정은 그 법인에 대해 브랜드의 결정을 재정의합니다.
• GET은 적용되는 결정을 반환하거나 {"decision": null}을 반환합니다. DELETE는 귀하의 결정을 삭제하고, 이후 적용되는 결정을 반환합니다. 법인의 경우 브랜드의 결정이며, 그렇지 않으면 null입니다. 애플리케이션에 해당 거래 상대방에 대한 자체 결정이 없으면 404를 반환합니다.
• reason은 선택 사항이며 최대 255자입니다. PUT을 할 때마다 이 값이 대체됩니다. decided_by는 결정을 내렸거나 마지막으로 변경한 콘솔 사용자이며, API 키로 결정한 경우 비어 있습니다.

​

거래 상대방 스크리닝

curl -X POST https://verification.didit.me/v3/travel-rule/vasps/0d6f3c2a-6a1e-4c55-9a39-1f2b0c7d8e91/screening/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"refresh": false}'

{
  "outcome": "screened",
  "screening": {
    "id": "7a1d2c3b-4e5f-4a6b-8c7d-9e0f1a2b3c4d",
    "status": "In Review",
    "total_hits": 2,
    "score": 85.0,
    "screened_at": "2026-10-14T09:58:00Z",
    "fresh": true,
    "flagged": true
  }
}

• 과금. 새 스크리닝마다 조직의 기업 AML 스크리닝 가격이 청구됩니다. GET /v3/travel-rule/vasps/{vasp_id}/screening/는 추가 비용 없이 해당 price, fresh_days, 스크리닝의 enabled 여부를 반환합니다. 30일보다 짧은 기간 전에 수행된 스크리닝은 최신 상태로 간주됩니다. refresh: true를 보내지 않는 한, POST는 이러한 스크리닝을 200과 outcome: reused로 다시 반환하며 과금하지 않습니다. 새 스크리닝은 201과 outcome: screened로 응답합니다. 샌드박스 애플리케이션은 스크리닝되거나 과금되지 않습니다.
• 자동 스크리닝. 스크리닝이 켜져 있으면, 아웃바운드 거래가 시작될 때 Didit은 해당 거래가 도달하는 거래 상대방도 규칙이 거래를 평가하기 전에 스크리닝합니다. 재사용 및 과금 방식은 동일합니다. 이 단계에서 거부되거나 실패하더라도 송금은 실패하지 않습니다.
• 결과. 주의가 필요한 가능한 일치 항목이 없으면 status는 Approved입니다. 가능한 제재 또는 부정적 언론 보도 일치는 In Review 또는 Declined입니다. 30일보다 짧은 기간 전에 수행된 최신 스크리닝이 In Review 또는 Declined인 동안 flagged는 true입니다.
• 효과. 거래 상대방에 대한 최신 스크리닝에 플래그가 지정되어 있고 스크리닝이 계속 켜져 있으면, 규칙에서 counterparty_risk_level이 HIGH가 됩니다. 따라서 설치된 travel-rule-counterparty-high-risk 프리셋이 해당 거래를 보류합니다. 디렉터리의 공유 risk_level은 변경되지 않습니다.
• 개인정보 보호. 스크리닝은 애플리케이션 내에서만 공개됩니다. 다른 고객에게는 보이지 않으며, 공유 항목은 변경되지 않습니다. 디렉터리는 최신 스크리닝을 entity_screening으로 표시합니다.
• 거부. 스크리닝이 꺼져 있거나, 샌드박스 애플리케이션이거나, 같은 거래 상대방의 스크리닝이 이미 실행 중이면 409를 반환합니다. 잔액이 가격을 감당할 수 없으면 code: insufficient_credits와 함께 403을 반환합니다. 스크리닝을 완료할 수 없으면 502를 반환합니다. 어느 경우에도 과금되지 않습니다.

​

실사 설문지

curl -X POST https://verification.didit.me/v3/travel-rule/vasps/0d6f3c2a-6a1e-4c55-9a39-1f2b0c7d8e91/questionnaires/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"sent_to": "travelrule@counterparty.example"}'

{
  "id": "3f9e8d7c-6b5a-4c3d-9e2f-1a0b9c8d7e6f",
  "status": "SENT",
  "form_version": "1",
  "sent_to": "travelrule@counterparty.example",
  "sent_at": "2026-10-14T10:00:00Z",
  "expires_at": "2026-11-13T10:00:00Z",
  "answered_at": null,
  "valid_until": null,
  "current": false,
  "answers": {}
}

• 발송 위치. sent_to는 등록된 컴플라이언스 주소여야 합니다. 디렉터리 항목의 경우 해당 항목의 컴플라이언스 주소이거나 contacts에서 애플리케이션이 확인할 수 있는 연락처여야 하며, Didit 네트워크 멤버의 경우 확인된 컴플라이언스 이메일이어야 합니다. 생략하면 거래 상대방에게 보내는 Travel Rule 이메일이 가는 주소를 사용합니다. 우선순위는 귀하의 연락처, 플랫폼 연락처, 그다음 항목의 컴플라이언스 주소 순입니다. Didit은 설문지를 다른 곳으로 보내지 않으며, 거래 상대방에 등록된 컴플라이언스 주소가 없으면 400을 반환합니다.
• 답변. 링크는 /v3/travel-rule/questionnaires/{token}/ 페이지를 엽니다. 이 페이지는 거래 상대방의 담당자가 사용하며, 계정이나 API 키가 필요하지 않습니다. 담당자는 모든 질문에 답하고, 각 답변은 최대 2,000자입니다(해당하지 않는 경우 N/A). 제출은 한 번만 할 수 있습니다. 거래 상대방은 같은 링크에 {"answers": {"<question id>": "<answer>"}}를 POST할 수도 있습니다. 사용되었거나, 교체되었거나, 기한이 지난 링크는 대신 만료 페이지를 표시합니다. 이메일과 페이지는 번역되지만, 질문 자체는 항상 영어로 제공되므로 언어에 따라 의미가 바뀌지 않습니다.
• 기한. 거래 상대방은 답변을 위해 30일이 있습니다(expires_at). 답변은 365일 동안 유효하며(valid_until), 그 기간 동안 current는 true입니다. 기한이 지난 미답변 설문지와 유효 기간이 지난 답변은 EXPIRED가 됩니다.
• 거래 상대방당 열린 설문지는 하나. 새로 보내면 같은 거래 상대방에게 보낸 이전의 미답변 설문지가 대체됩니다. 즉 이전 설문지는 EXPIRED가 되고 해당 링크는 작동을 멈춥니다. 한 주소로는 1분에 이메일 한 통만 보낼 수 있으며, 그보다 빠른 발송은 429를 반환합니다.
• 답변 조회. GET /v3/travel-rule/vasps/{vasp_id}/questionnaires/는 거래 상대방에 대한 설문지를 최신순으로 나열합니다. 답변이 완료되면 질문 ID를 키로 하는 answers가 포함됩니다. 디렉터리는 이를 questionnaires로 표시합니다. 이 정보는 애플리케이션 내에서만 공개됩니다.

​

특정 거래 상대방과의 이체

​

초기 시행 및 응답 없음 정책

curl -X PUT https://verification.didit.me/v3/travel-rule/settings/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"sunrise_policy": "PROCEED", "non_responsive_policy": "HOLD"}'

1. sunrise_policy: 설정되어 있고 거래 상대방의 관할 지역이 sunrise_jurisdictions에 포함된 경우.
2. non_responsive_policy: 설정되어 있고 거래 상대방이 UNRESPONSIVE인 경우.
3. 그 밖의 모든 경우에는 timeout_outcome이 적용됩니다. Didit 네트워크 멤버로의 이체나 디렉터리 항목이 없는 거래 상대방으로의 이체도 여기에 포함됩니다.

​

규칙 필드와 프리셋

​

webhook

{
  "event_id": "9c0c8b8a-1111-4222-9333-666666666666",
  "webhook_type": "travel_rule.status.updated",
  "timestamp": 1774970000,
  "created_at": 1774970000,
  "application_id": "11111111-2222-3333-4444-555555555555",
  "environment": "live",
  "transaction_id": "22222222-3333-4444-5555-666666666666",
  "txn_id": "trv-2026-07-05-001",
  "travel_rule_status": "COMPLETED",
  "rail": "INTERNAL",
  "direction": "OUTBOUND"
}

​

요금

• Travel Rule이 켜진 애플리케이션의 아웃바운드 travelRule 거래 중 금액이 threshold_amount 이상이어서 Didit가 관리형 교환을 시작하는 거래에 적용됩니다. 자체 보관 지갑 또는 사용자 본인의 인증된 지갑으로의 전송도 포함되며, 이 경우 소유권 증명이 곧 교환입니다.
• Travel Rule 데이터가 포함된 그 밖의 아웃바운드 거래는 표준 Transaction Screening으로 청구됩니다. 요금제에 포함된 월간 거래 허용량까지는 무료이며, 초과분은 $0.001로 청구됩니다. 임계값 미만의 전송, Travel Rule이 적용되지 않는 Lightning 결제, Travel Rule이 꺼진 상태에서 수동으로 기록된 전송이 여기에 해당합니다. 거래는 두 항목 중 한쪽에만 청구되며, 둘 다에 청구되는 일은 없습니다.
• 인바운드 travelRule 거래에는 Travel Rule 요금이나 모니터링 요금이 없습니다. 여기에는 INTERNAL 레일을 통해 수취인의 애플리케이션에 Didit가 생성하는 인바운드 구간, 인바운드 TRP 문의, 입금 후 등록이 포함됩니다.
• 무료로 Travel Rule에 가입한 애플리케이션은 POST /v3/travel-rule/workspace/billing/로 아웃바운드 과금을 켜기 전까지 아웃바운드 travelRule 거래에 대해 두 요금 모두 청구되지 않습니다. 인바운드 수신은 계속 무료입니다.
• 샌드박스 애플리케이션에는 절대 요금이 청구되지 않습니다.
• Travel Rule 요금의 정가는 $0.02이고, Transaction Screening은 허용량을 초과한 경우 $0.001입니다. 각 거래는 청구되는 항목의 가격으로 과금됩니다.
• 같은 거래에서 암호화폐 AML/지갑 스크리닝도 실행되는 경우(예: currency_kind: "crypto"이고 모니터링이 켜진 인바운드 입금), 이 요금은 Travel Rule 요금에 포함되지 않고 표준 Wallet Verification & Screening 요금으로 별도 청구됩니다.
• 거래 상대방 스크리닝은 선택 사항이며, 스크리닝 건당 기업 AML 스크리닝 가격으로 별도 청구됩니다. 30일 이내의 스크리닝 결과는 요금 없이 재사용됩니다. 결정, 설문지, 디렉터리의 실사 평가는 비용이 들지 않습니다.

​

어트리뷰션 요금

• 암호화폐 모니터링이 이 거래의 지갑을 이미 스크리닝한 경우 - 저장된 결과를 재사용합니다. 분석 호출이 한 번, Wallet Verification & Screening 요금이 한 번 청구되며(암호화폐 모니터링이 이미 부과한 요금), 어트리뷰션이 추가로 부과하는 비용은 없습니다.
• 암호화폐 모니터링이 실행되지 않은 경우 - Didit가 필요한 분석 호출을 한 번 실행하고 그 결과 전체를 전달합니다. 거래에는 Didit 관리형 분석 기준 표준 Wallet Verification & Screening 요금($0.15)이 청구되며, 위험 점수, 지갑 위험 범주, 네트워크 스냅샷 등 암호화폐 스크리닝 결과 전체를 받습니다. VASP 이름만 받는 것이 아닙니다. 사용량 항목에는 travel_rule_attribution 트리거가 표시되어 청구 내역을 확인할 수 있습니다.
• 자체 분석 키 사용 - 자체 키로 암호화폐 모니터링을 사용할 때 적용되는 플랫폼 요금과 동일하게, 호출 건당 $0.02가 적용됩니다. 기반 조회 비용은 제공업체가 직접 청구합니다.
• 실패한 조회는 절대 청구되지 않습니다. 재전송은 새로운 호출이나 요금 없이 기록된 어트리뷰션 결과를 재사용하며, 샌드박스 애플리케이션에는 절대 요금이 청구되지 않습니다.

​

EU TFR 규칙 번들

​

단일 플랫폼에서 이 방식이 더 나은 이유

• 검증된 데이터 활용. 각 전송의 대상자는 vendor_data를 통해 온보딩 시 Didit이 검증한 KYC 프로필(문서 OCR, 라이브니스, 얼굴 대조)과 연결되므로, 같은 플랫폼에서 검증된 필드로 originator_data를 구성할 수 있습니다. 승인된 KYC 인증을 받은 사용자의 경우, Didit은 입력하신 값이 아니라 검증된 신원 정보를 전송합니다(검증된 데이터 및 출처 참조).
• 위험한 전송에 대한 추가 생체 인증. 규칙으로 모든 고액 전송을, 사용자가 온보딩 시 촬영한 얼굴과 대조하는 생체 재확인을 통과할 때까지 보류할 수 있습니다. 출금 시점의 계정 탈취에 대한 가장 강력한 대응책입니다. 실제 예시를 참조하십시오.
• 하나의 기기 그래프. SDK로 제출된 전송에는 KYC 세션과 동일한 기기 인텔리전스가 포함되므로, “새 기기 + 고액 + 첫 수취인”은 데이터 웨어하우스 조인이 아니라 하나의 규칙으로 구성됩니다.
• 스크리닝, 규칙, 케이스, 정보 교환을 한곳에서. 상대방 VASP를 식별하는 지갑 스크리닝은 규칙과 분석가가 보는 것과 같은 스크리닝이므로, 과금, 콘솔, 감사 추적이 하나로 통합됩니다.
• 공개된 요금. 발신 교환 건당 $0.02, 사용량 등급 없음, 영업 상담 없음.

​

FAQ

​

거래 교환 방식

​

요금 및 라이선스

​

운영 및 데이터

​

다음 단계