블로그 · 2026년 5월 21일

트래블 룰 상태 6가지 및 선라이즈 문제 (KO)

모든 트래블 룰 의무는 6가지 상태 중 하나로 귀결됩니다. 각 상태의 의미, 아직 규제가 도입되지 않은 관할권의 거래상대방을 처리하는 방법(선라이즈 문제), Didit이 이 모든 것을 Tra 내에서 추적하는 방법을 설명합니다.

작성자: Didit2026년 5월 21일업데이트됨 2026년 5월 21일

VASP가 임계값 이상의 암호화폐 전송을 할 때, 이에 수반되는 FATF 트래블 룰 의무는 즉시 해결되지 않습니다. 이 의무는 여러 상태를 거치게 됩니다. 예를 들어, 거래상대방이 아직 응답하지 않았거나, 사용자 측에 필요한 데이터가 누락되었거나, 목적지가 아직 해당 규정을 채택하지 않은 관할권일 수 있습니다. 이를 대규모로 운영하려면 분석가가 해석해야 하는 자유 텍스트 메모가 아닌, 명확하고 한정된 상태 모델이 필요합니다.

Didit은 정확히 6가지 상태를 제공합니다. 트래블 룰 지원이 거래 모니터링에 내장되어 있기 때문에, 모든 암호화폐 전송의 모든 의무는 UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED 또는 EXEMPT 중 하나로 귀결됩니다. 이 가이드는 각 상태가 무엇을 의미하는지, 어떻게 조치해야 하는지, 그리고 이러한 상태가 트래블 룰 규정 준수의 가장 복잡한 부분인 '선라이즈 문제'(규칙이 귀하의 관할권에서는 활성화되었지만 거래상대방의 관할권에서는 아직 활성화되지 않은 경우)를 깔끔하게 처리하는 방법을 설명합니다.

핵심 요약

6가지 상태, 모호함 없음. 모든 트래블 룰 의무는 정확히 UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED 또는 EXEMPT 중 하나입니다.
상태는 누가 공을 가지고 있는지 알려줍니다 — 귀하(PENDING_ACTION), 거래상대방(PENDING_COUNTERPARTY), 또는 완료되어 아무도 가지고 있지 않거나(COMPLIANT) 범위 외인 경우(EXEMPT).
선라이즈 문제는 트래블 룰의 전 세계적 채택이 불균형하다는 것입니다. 일부 관할권은 이를 시행하고 있지만 다른 관할권은 아직 시행하지 않아, 상호 의무가 없는 거래상대방과 데이터를 교환하게 됩니다.
상태는 선라이즈 문제에 깔끔한 처리 모델을 제공합니다: PENDING_COUNTERPARTY, FAILED 및 EXEMPT는 규정을 채택하지 않은 거래상대방이 발생시키는 경우에 직접 매핑됩니다.
이는 currency_kind: "crypto"를 사용하여 POST https://verification.didit.me/v3/transactions/에서 거래 모니터링 내에서 실행되며, $0.02부터 지갑 심사가 함께 제공됩니다(자체 키 사용).

6가지 상태의 의미

트래블 룰 의무를 수반하는 각 암호화폐 전송에는 travel_rule_status가 부여됩니다. 다음은 전체 세트와 각 상태에 대한 조치 방법입니다.

상태	의미	조치 사항
`UNKNOWN`	의무가 아직 평가되지 않았거나 거래상대방 VASP를 확인할 수 없습니다.	해결될 때까지 기다리거나, 지속되면 조사합니다.
`COMPLIANT`	송금인 및 수취인 데이터가 교환 및 확인되었습니다.	조치 불필요 — 의무가 이행되었습니다.
`PENDING_ACTION`	귀하 측에서 필요한 사항이 있습니다 — 누락된 송금인 데이터 또는 확인 단계.	데이터를 제공하고, 고객이 제공하는 경우 `AWAITING_USER` 해결을 고려합니다.
`PENDING_COUNTERPARTY`	거래상대방 VASP의 응답을 기다리고 있습니다.	정책에 따라 보류합니다. 엔진이 대기 시간을 추적합니다.
`FAILED`	교환을 완료할 수 없었습니다 — 거래상대방에 도달할 수 없거나, 데이터가 거부되었거나, 프로토콜 불일치.	조사하고, 진행할지, 차단할지, 또는 선라이즈 정책에 따라 처리할지 결정합니다.
`EXEMPT`	전송이 범위 외입니다 — 임계값 미만이거나, 자체 호스팅 지갑 처리이거나, 기타 의무 대상이 아닙니다.	진행합니다. 면제 사항은 감사 추적을 위해 기록됩니다.

종료된 세트의 가치는 정책을 표현할 수 있다는 것입니다. 'PENDING_COUNTERPARTY 상태의 OUTBOUND 암호화폐 전송을 최대 N시간 동안 보류한 다음 에스컬레이션' 또는 'EXEMPT는 자동으로 진행'과 같은 규칙을 설정할 수 있습니다. 이는 판단이 아닌 규칙입니다.

왜 중요한가

트래블 룰 조사는 단순히 데이터를 교환했는지 묻는 것이 아니라, 각 전송별로 의무가 무엇이었고 왜 진행했거나 진행하지 않았는지 보여줄 수 있는지 묻습니다. 6가지 상태 모델은 감사 추적입니다. 모든 전송은 상태, 이유, 그리고 교환을 수행했거나(또는 실패한) 프로토콜을 포함합니다. 이는 감사 준비가 된 기록과 재구성 작업의 차이입니다.

또한 운영상 중요합니다. 대부분의 전송은 첫 번째 시도에서 COMPLIANT가 아니기 때문입니다. 다른 VASP가 응답하는 동안 PENDING_COUNTERPARTY에 머무르거나, 거래상대방에 도달할 수 없어 FAILED 상태가 됩니다. 이러한 상태를 명확하게 볼 수 없는 팀은 좋은 전송을 차단하거나 의무가 있는 전송을 놓치게 됩니다.

선라이즈 문제

가장 추론하기 어려운 상태는 FAILED 또는 PENDING_COUNTERPARTY이며, 단순히 트래블 룰 의무가 없는 거래상대방(해당 관할권이 이를 채택하지 않았기 때문)에 대한 것입니다. FATF는 규칙을 설정했지만, 관할권은 자체 일정에 따라 이를 구현합니다. 그 결과는 불균형한 전 세계적 적용 범위입니다. 귀하는 완전히 의무를 지지만, 규정을 채택하지 않은 관할권의 거래상대방은 아무것도 보내거나 확인할 의무가 없습니다. 이러한 격차를 선라이즈 문제라고 합니다. 일부 지역에서는 규칙의 해가 떴지만 다른 지역에서는 아직 뜨지 않았기 때문입니다.

선라이즈 문제는 VASP가 일방적으로 해결할 수 없습니다. 이는 엔지니어링이 아닌 규제의 기능입니다. 그러나 처리할 수 있으며, 6가지 상태가 그 방법입니다.

규정을 채택하지 않은 거래상대방이 응답하지 않으면 조용한 공백이 아니라 PENDING_COUNTERPARTY로 표시된 다음 FAILED로 표시됩니다.
귀하의 정책은 규정 미채택으로 인한 FAILED가 무엇을 의미하는지 결정합니다. 문서화된 이유와 함께 진행할지, 보류할지, 또는 차단할지. 상태는 해당 결정을 명확하게 하고 기록합니다.
실제로 범위 외인 전송은 EXEMPT로 해결되므로 분석가의 시간을 낭비하지 않습니다.

요점은 선라이즈 문제가 정의되지 않은 예외 사례가 아니라 문서화되고 정책 기반의 상태가 된다는 것입니다. 거래상대방의 관할권이 규칙을 채택하면, 귀하의 통합 변경 없이 동일한 전송이 COMPLIANT로 해결되기 시작합니다.

기술적 세부 사항

상태는 통합 /v3/ API에 게시하는 트랜잭션에서 반환됩니다.

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_a17d63",
    "category": "travel_rule",
    "amount": 3100,
    "currency": "ETH",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T13:40:00Z",
    "subject": { "vendor_data": "user_5567", "role": "ORIGINATOR", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "BENEFICIARY", "entity_type": "INDIVIDUAL", "wallet_address": "0x4c1a...77fe" }
  }'

{
  "transaction_id": "txn_a17d63",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "protocol": "OpenVASP",
  "wallet_screening": { "risk_score": 22, "risk_level": "LOW" }
}

가격. 트래블 룰 지원은 거래 모니터링에 포함됩니다. 거래상대방 주소에 대한 온체인 지갑 심사는 자체 키(크리스탈 또는 머클 사이언스)를 사용하여 심사당 $0.02부터 함께 실행됩니다.

상태가 해결 루프를 구동하는 방법

PENDING_ACTION 상태는 종종 고객이 무언가를 제공해야 함을 의미합니다. 예를 들어, 수취인을 확인하거나 송금인 세부 정보를 제공해야 합니다. 이 경우 나머지 거래 모니터링에서 사용하는 AWAITING_USER 해결 루프가 직접 적용됩니다. 즉, 강제 차단 대신 전송이 일시 중지되고, 사용자에게 누락된 사항을 요청한 다음, 해결되면 자동으로 재개됩니다. 마찰은 실제로 필요한 전송에만 발생하며, 상태 타임라인은 감사 추적을 위해 모든 단계를 기록합니다.

사용 사례

VASP 및 거래소 — PENDING_COUNTERPARTY 및 FAILED에 대해 직접 보류 및 에스컬레이션 정책을 표현하고, EXEMPT는 자동 진행합니다.
온/오프 램프 — 선라이즈 문제가 일상적인 현실인 혼합 관할권 거래상대방의 많은 양을 처리합니다.
수탁 기관 — 여러 거래상대방 및 프로토콜에 걸쳐 감사 준비가 된 전송별 상태 추적을 유지합니다.
DeFi 프론트엔드 — 실제로 범위 외인 전송의 경우 EXEMPT에 의존하고 나머지에 대한 이유를 문서화합니다.

Didit과 통합하는 방법

비즈니스 콘솔에서 암호화폐 모니터링 및 심사와 함께 트래블 룰 규칙을 고, 상태에 대한 규칙으로 선라이즈 정책을 작성합니다.
POST /v3/transactions/, currency_kind: "crypto" 및 송금인/수취인 당사자 정보를 사용하여 암호화폐 전송을 보냅니다.
travel_rule_status에 따라 분기합니다 — COMPLIANT/EXEMPT인 경우 진행하고, PENDING_ACTION인 경우 해결하며, PENDING_COUNTERPARTY인 경우 보류하고, FAILED인 경우 조사합니다.
나머지 모니터링과 함께 상태 타임라인 및 케이스 워크플로우가 있는 콘솔에서 예외를 처리합니다.

이 모든 것은 통합 /v3/ API에서 실행되므로, 전송의 상태는 KYC로 온보딩하고 AML로 심사한 동일한 ID와 연결됩니다.

자주 묻는 질문

트래블 룰 6가지 상태는 무엇인가요?

UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED 및 EXEMPT입니다. 각 전송의 travel_rule_status는 이 중 하나입니다.

선라이즈 문제란 무엇인가요?

트래블 룰의 전 세계적 채택이 불균형하다는 것입니다. 일부 관할권은 이를 시행하지만, 다른 관할권은 아직 채택하지 않았습니다. 이로 인해 상호 의무가 없는 거래상대방과 데이터를 교환하게 됩니다.

Didit은 규정을 채택하지 않은 거래상대방을 어떻게 처리하나요?

조용한 공백이 아니라 PENDING_COUNTERPARTY로 표시된 다음 FAILED로 나타납니다. 귀하의 정책은 진행할지, 보류할지, 또는 차단할지 결정하며, 결정은 감사 추적을 위해 기록됩니다.

PENDING_ACTION과 PENDING_COUNTERPARTY의 차이점은 무엇인가요?

PENDING_ACTION은 귀하 측에 필요한 사항(누락된 데이터 또는 확인)이 있음을 의미합니다. PENDING_COUNTERPARTY는 다른 VASP의 응답을 기다리고 있음을 의미합니다.

트래블 룰은 별도의 제품인가요?

아닙니다. 이미 모니터링 및 지갑 심사를 위해 보내는 동일한 암호화폐 전송에 대한 거래 모니터링에 내장되어 있습니다.

시작할 준비가 되셨나요?

트래블 룰 문서를 읽고, 암호화폐 트래블 룰 솔루션 페이지 및 거래 모니터링 제품 페이지에서 어떻게 통합되는지 확인하고, 가격 페이지에서 투명한 통화당 가격을 확인하세요. 준비가 되면 무료로 시작하세요 — 매달 500건의 무료 KYC 확인과 모니터링에 내장된 트래블 룰 상태 추적 기능이 제공됩니다.