블로그 · 2026년 5월 21일

사전 및 사후 전송 지갑 심사: 주요 차이점과 활용법 (KO)

사전 전송 심사는 자산 이동 전에 지갑 주소를 확인하고, 사후 전송 심사는 완료된 거래의 해시를 읽습니다. 각 심사를 언제, 어떻게 사용하며, 두 가지 모두 건당 0.02달러로 실행하는 방법을 안내합니다.

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

암호화폐 거래를 심사하는 두 가지 시점이 있으며, 각각 다른 질문에 답합니다. 자산이 이동하기 전에는 지갑 주소를 심사하여 거래를 허용할지 여부를 결정합니다. 자산이 정산된 후에는 거래 해시를 심사하여 실제로 이동한 내용을 기록하고 최신 정보를 기준으로 재평가합니다. 전자는 관문이고, 후자는 장부입니다.

Didit의 지갑 심사 API는 두 가지 모두를 지원합니다. 사전 전송 심사는 지갑 주소를 받아 입금을 수락하거나 출금을 허용하기 전에 위험 판정을 반환합니다. 사후 전송 심사는 거래 해시를 받아 확정된 거래를 사후에 평가합니다. 두 가지 모두 동일한 0–100점 위험 점수를 LOW/MEDIUM/HIGH/CRITICAL 밴드와 자금 출처 분석과 함께 반환하며, 두 가지 모두 건당 0.02달러의 비용이 듭니다.

이 가이드는 차이점과 각 심사를 실제 흐름에 연결하는 방법을 설명합니다.

주요 내용

사전 전송 = 주소, 자산 이동 전. 입금 또는 출금이 발생하기 전에 지갑 주소를 심사하여 게이트 역할을 합니다.
사후 전송 = 거래 해시, 정산 후. 기록 보관 및 지속적인 검토를 위해 확인된 거래(payment_reference_id 기준)를 심사합니다.
두 가지 모두 동일한 판정 형식 — 0–100점 위험 점수, LOW/MEDIUM/HIGH/CRITICAL 밴드, 자금 출처별 노출도.
대부분의 흐름에서 두 가지를 함께 사용: 사전 전송은 결정용, 사후 전송은 문서화 및 재확인용.
currency_kind: "crypto" 및 방향(INBOUND/OUTBOUND)으로 트리거됩니다. include_crypto_screening을 사용하여 호출별로 재정의할 수 있습니다.
BYOK(Crystal 또는 Merkle Science) 사용 시 건당 0.02달러이며, 사용 시점에 관계없이 동일합니다.

각 심사가 확인하는 것

사전 전송 심사는 지갑 주소를 평가합니다. 아직 자산 이동이 확정되지 않은 상태에서 "이 주소로부터 자금을 받거나 이 주소로 자금을 보낼 경우 어떤 위험에 노출되는가?"를 묻는 것입니다. API는 해당 주소의 입출금 내역을 추적하고 위험도를 반환합니다. 이는 결정 지점입니다: 통과, 검토 보류 또는 정산 전에 거부.

사후 전송 심사는 해시를 통해 특정 거래를 평가합니다. 자산은 이미 이동했습니다. 당신은 발생한 위험을 기록하고 이를 최신 상태로 유지합니다. 온체인 레이블은 진화하기 때문에(거래 후 주소가 제재 목록에 추가될 수 있음) 사후 전송 심사(및 주기적인 재심사)는 감사 및 지속적인 모니터링 의무를 위해 기록을 정확하게 유지합니다.

왜 중요한가

잘못된 시점을 선택하면 실제 공백이 생깁니다. 사후 전송만 심사하면 위험하다는 것을 알기 전에 이미 자금을 수락한 것이 됩니다. 이 경우 보류 중인 거래를 거부하는 대신 이미 정산된 거래를 되돌려야 합니다. 사전 전송만 심사하면 기록이 오래되어 입금 시점에 포착한 판정이 나중에 나타난 정보를 반영하지 못하게 되어 감사 추적을 약화시키고 소급 제재 지정을 놓치게 됩니다.

규제 당국과 모범 사례는 모두 동일한 답변을 제시합니다. 사전 전송 심사로 초기에 게이트를 설정한 다음, 사후 전송 심사로 정확하고 다시 확인할 수 있는 기록을 유지하는 것입니다. 두 가지를 모두 실행하는 것이 건당 0.02달러라는 심사 비용이 중요한 이유입니다. 이 비용으로는 두 번 심사하는 것이 기존 구독 방식의 단일 심사보다 여전히 훨씬 저렴합니다.

기술 세부 정보

두 가지 모드 모두 Transaction Monitoring 내의 통합 /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": "dep_61a0",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "INBOUND",
    "wallet_address": "0x4d2a...91bc",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "RECEIVER" }
  }'

사후 전송 — 거래 해시로 정산된 거래 심사:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "wd_77f3",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "payment_reference_id": "0xabc123...def",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "SENDER" }
  }'

두 가지 모두 동일한 판정 구조를 반환합니다:

{
  "wallet_screening": {
    "risk_score": 41,
    "risk_band": "MEDIUM",
    "exposure": [
      { "category": "HIGH_RISK_EXCHANGE", "type": "DIRECT", "share": 0.27 }
    ]
  }
}

트리거. 심사는 currency_kind가 "crypto"이고 direction(INBOUND 또는 OUTBOUND)이 설정되었을 때 실행됩니다. 암호화폐 거래가 자동으로 심사되는지 여부의 기본값은 콘솔 → 거래 → 설정에서 구성되며, include_crypto_screening은 호출별로 이를 재정의합니다.

핵심 필드. 사전 전송의 경우 wallet_address를 전달하고, 사후 전송의 경우 거래 해시를 payment_reference_id로 전달합니다.

가격. BYOK(Crystal 또는 Merkle Science) 사용 시 모드에 관계없이 건당 0.02달러입니다.

각 심사를 사용해야 할 때

시나리오	사용	이유
입금 수락	사전 전송 (주소)	자금이 당신의 소유가 되기 전에 결정
출금 허용	사전 전송 (대상 주소)	위험한 지갑으로의 전송 차단
정산된 이체 기록	사후 전송 (해시)	이동한 내용에 대한 정확한 감사 추적
주기적인 재심사	사후 전송 (해시)	소급 제재 지정 포착
게이팅 및 기록 보관 모두	둘 다	초기에 게이트 설정, 이후 문서화

사용 사례

암호화폐 거래소 — 모든 입출금에 대해 사전 전송을 통해 흐름을 제어하고, 사후 전송을 통해 완전하고 다시 확인할 수 있는 장부를 유지합니다.
온/오프 램프 — 정산 전에 고위험 지갑과 관련된 전환을 차단하기 위해 사전 전송을 사용합니다.
커스터디언 — 초기 인테이크 시 사전 전송을 사용하고, 레이블이 진화함에 따라 저장된 자산에 대해 사후 전송 재심사를 수행합니다.
지갑 — 사용자가 플래그가 지정된 주소로 보내기 전에 경고하기 위해 사전 전송을 사용합니다.
VASP — 방어 가능한 규정 준수 추적을 위해 트래블 룰 데이터와 페어링된 사후 전송 기록.

Didit과 통합하는 방법

기본값 설정. 거래 → 설정에서 암호화폐 거래를 자동으로 심사할지 여부와 사용할 공급자 키를 선택합니다.
초기에 게이트 설정. 입금을 수락하거나 출금을 허용하기 전에 wallet_address와 함께 POST /v3/transactions/를 호출하고 밴드에 따라 조치합니다.
정산 후 기록. 거래가 확인되면 해시를 payment_reference_id로 사용하여 다시 심사합니다.
경고 처리. HIGH/CRITICAL 심사는 내장된 케이스 관리자에서 조사 및 SAR 제출을 위한 경고를 엽니다.

자주 묻는 질문

사전 및 사후 전송 심사의 실질적인 차이점은 무엇인가요?

사전 전송 심사는 자산 이동 전에 지갑 주소를 심사하여 거부할 수 있도록 합니다. 사후 전송 심사는 완료된 거래를 해시로 심사하여 정확하고 다시 확인할 수 있는 기록을 갖도록 합니다.

두 가지 모두 해야 하나요?

대부분의 팀은 그래야 합니다. 사전 전송은 흐름을 제어하고, 사후 전송은 기록을 최신 상태로 유지합니다. 여기에는 거래 후 제재 목록에 추가된 주소를 포착하는 것도 포함됩니다.

거래 해시를 어떻게 심사하나요?

currency_kind: "crypto" 및 방향과 함께 POST /v3/transactions/에서 해시를 payment_reference_id로 전달합니다.

두 가지를 모두 실행하면 비용이 두 배로 드나요?

네, 각 건당 0.02달러입니다. 하지만 이 가격으로는 두 번 심사하는 것이 기존 블록체인 분석 구독 방식의 단일 심사보다 훨씬 저렴합니다.

일부 거래에만 심사를 켤 수 있나요?

네. 콘솔 → 거래 → 설정에서 기본값을 설정하고 include_crypto_screening을 사용하여 호출별로 재정의할 수 있습니다.

시작할 준비가 되셨나요?

문서의 지갑 심사 개요를 읽고, 지갑 심사 제품 페이지에서 플랫폼에 어떻게 적용되는지 확인하고, 가격 페이지에서 호출별 가격을 확인하세요. 준비가 되면 무료로 시작하세요. 매월 500건의 무료 KYC 확인과 건당 0.02달러로 지갑 심사를 이용할 수 있습니다.