블로그 · 2026년 5월 21일

암호화폐 거래소 및 온/오프 램프를 위한 KYT 구축 가이드 (KO)

암호화폐 거래소 및 온/오프 램프에 지갑 심사 기능을 연동하는 실용 가이드입니다. 적절한 시점에 입출금을 심사하고, 정책을 수립하며, BYOK를 통해 건당 0.02달러로 알림을 처리하는 방법을 다룹니다.

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

암호화폐 거래소 또는 온/오프 램프에는 온체인 리스크가 비즈니스에 유입되거나 유출되는 두 가지 순간이 있습니다. 바로 입금 및 출금입니다. 이 두 지점에서 심사를 제대로 수행하면 KYT(Know Your Transaction)의 핵심을 다루는 것입니다. 반대로 너무 늦게 심사하거나, 잘못된 것을 심사하거나, 모든 일치 항목을 수동 티켓으로 처리하면 오염된 자금을 수락하거나 분석가들이 업무에 압도될 수 있습니다.

이 문서는 Didit의 지갑 심사 기능을 입출금 흐름에 연동하기 위한 구축 가이드입니다. 심사 위치, 대부분의 결정을 자동으로 처리하도록 정책을 인코딩하는 방법, 그리고 자동 처리되지 않는 경우를 처리하는 방법을 다룹니다. 이 모든 것은 BYOK(Bring Your Own Key)를 통해 건당 0.02달러로 통합 /v3/ API에서 제공됩니다.

핵심 내용

두 가지 심사 지점: 입금 시 입금 주소를 심사하고, 출금 시 목적지 주소를 심사합니다.
정산 전에 게이트를 설정합니다. 사전 전송 심사를 통해 가치 이동 전에 입금을 거부하거나 출금을 차단할 수 있습니다.
정책을 규칙으로 인코딩하여 낮음/중간 위험은 자동으로 통과시키고, 높음 위험은 검토로 라우팅하며, 심각 위험은 거부합니다. 분석가는 예외적인 경우만 처리합니다.
정산 후 기록은 거래 해시를 통해 감사 추적을 유지하고 소급 제재 지정을 포착합니다.
내장된 사례 관리 + SAR 워크플로우 — 알림은 동일한 콘솔에서 열리며, 별도의 도구가 필요 없습니다.
BYOK(Crystal 또는 Merkle Science)를 통해 건당 0.02달러; 통화당 지불, 최소 금액 없음.

거래소에 KYT가 의미하는 것

KYC는 온보딩 시 사용자가 누구인지 확인합니다. KYT는 그 이후에 그들의 자금이 어떻게 되는지, 특히 입금하는 암호화폐가 어디에서 왔고 출금하는 암호화폐가 어디로 가는지 모니터링합니다. 거래소 또는 온/오프 램프의 의무는 명확합니다. 제재, 믹서, 다크넷, 랜섬웨어 또는 도난 자금 노출이 있는 자금을 받지 않고, 동일한 문제가 있는 지갑으로 자금을 보내지 않는 것입니다. 지갑 심사는 거래별로 이를 시행하는 메커니즘입니다.

왜 중요한가

입금과 출금은 가치가 이동하는 유일한 두 문이며, 따라서 위험이 이동하는 유일한 두 문입니다. 오염된 입금을 수락하는 것은 장부에 자금 세탁 노출이 되는 것이며, 제재된 지갑으로 출금하는 것은 의도와 관계없이 제재 위반입니다. VASP에 대한 규제 기대치는 명시적인 지속적인 거래 모니터링이며, 실제적인 기대치는 월말 검토가 아닌 정산 전에 이를 포착하는 것입니다.

팀들이 과거에 심사를 충분히 하지 않았던 이유는 비용 때문입니다. 기존 블록체인 분석 구독은 심사를 기업 계약으로 가격을 책정했습니다. BYOK를 통해 건당 0.02달러라면 이러한 제약은 사라집니다. 모든 입금 및 출금을 심사하더라도 데이터를 직접 구매하는 것보다 약 10배 저렴하게 비용을 절감할 수 있습니다.

기술적 세부 사항

모든 것은 POST /v3/transactions/에서 실행됩니다. currency_kind: "crypto", 방향 및 심사할 주소를 설정합니다.

입금 (INBOUND) — 입금하기 전에 출처 주소를 심사합니다.

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_a31f",
    "category": "finance",
    "amount": 8000,
    "currency": "USDT",
    "currency_kind": "crypto",
    "direction": "INBOUND",
    "wallet_address": "0x12ab...90cd",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_2201", "role": "RECEIVER" }
  }'

출금 (OUTBOUND) — 출금하기 전에 목적지 주소를 심사합니다.

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_b58c",
    "category": "finance",
    "amount": 8000,
    "currency": "USDT",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "wallet_address": "0x44de...11ff",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_2201", "role": "SENDER" }
  }'

판정의 등급에 따라 분기합니다.

{
  "transaction_id": "wd_b58c",
  "status": "APPROVED",
  "wallet_screening": {
    "risk_score": 12,
    "risk_band": "LOW",
    "exposure": [ { "category": "EXCHANGE", "type": "DIRECT", "share": 0.96 } ]
  }
}

정산 후에는 해시(payment_reference_id)를 통해 확인된 거래를 심사하여 감사 가능한 정산 후 기록을 유지합니다.

웹훅. transaction.status.updated를 구독하여 분석가 결정 및 AWAITING_USER 개선 사항이 장부에 반영되도록 합니다.

가격. BYOK(Crystal 또는 Merkle Science)를 통해 건당 0.02달러, 통화당, 최소 금액 없음.

참조 흐름

입금 요청
   └─ POST /v3/transactions/ (INBOUND, wallet_address, screening)
        ├─ LOW / MEDIUM  → 입금 처리
        ├─ HIGH          → 보류; 알림 열기; 분석가 검토
        └─ CRITICAL      → 거부; 동결; 알림 열기; SAR 고려

출금 요청
   └─ POST /v3/transactions/ (OUTBOUND, destination wallet_address, screening)
        ├─ LOW / MEDIUM  → 출금 처리
        ├─ HIGH          → 보류; 분석가 검토
        └─ CRITICAL      → 차단; 알림 열기

정산 후
   └─ POST /v3/transactions/ (해시를 payment_reference_id로) → 감사 기록

LOW/MEDIUM/HIGH/CRITICAL 처리를 암호화폐 심사 규칙 번들에 한 번 인코딩하여 상태가 이미 결정되어 반환되도록 합니다. 그러면 백엔드가 이를 기반으로 작동합니다.

사용 사례

중앙 집중식 거래소 — 모든 입금 및 출금을 심사합니다. CRITICAL은 자동 거부하고, HIGH는 대기열에 넣고, 나머지는 기록합니다.
온/오프 램프 — 은행 시스템으로 정산하기 전에 상대방 지갑에 대한 법정 화폐 ↔ 암호화폐 전환을 게이트합니다.
암호화폐를 추가하는 중개업체 — 기존 거래 모니터링 통합을 재사용합니다. 암호화폐 심사는 동일한 엔드포인트입니다.
수탁 기관 — 입금 시 심사하고 이동 시 재심사하며, 네트워크 그래프를 동결 증거로 사용합니다.
VASP — 동일한 엔진에서 KYT와 FATF 트래블 룰 데이터 교환을 결합하여 엔드 투 엔드 상대방 위험을 관리합니다.

Didit과 통합하는 방법

공급자 + 기본값 구성. 콘솔 → 거래 → 설정에서 Crystal 또는 Merkle Science(BYOK 또는 관리형) 및 기본 심사 동작을 설정합니다.
정책 규칙 작성. 암호화폐 심사 번들을 켜고 밴드 → 작업을 설정하여 대부분의 결정이 자동으로 이루어지도록 합니다.
두 문에서 모두 심사. 정산 전에 모든 입금(INBOUND) 및 출금(OUTBOUND)에 대해 POST /v3/transactions/를 호출합니다.
정산 후 기록. 감사 추적을 위해 확인된 거래를 해시로 재심사합니다.
예외적인 경우 처리. HIGH/CRITICAL 심사는 알림을 엽니다. 동일한 콘솔에서 조사하고, 사례로 에스컬레이션하고, SAR을 제출합니다.

모든 것이 통합된 /v3/ API에서 이루어지므로, 입금하는 동일한 사용자가 거래 모니터링을 거치고, 플래그가 지정된 거래는 AWAITING_USER를 통해 일시 중지되고 개선 단계를 트리거할 수 있으며, KYC, KYT 및 AML이 하나의 신원 및 사기 방지 플랫폼으로 구성됩니다.

자주 묻는 질문

정확히 어디를 심사해야 하나요?

두 지점입니다. 입금 전에 모든 입금(INBOUND)의 출처 주소와 출금 전에 모든 출금(OUTBOUND)의 목적지 주소입니다. 기록을 위해 정산 후 해시를 통한 심사를 추가하세요.

모든 거래를 심사하면 비용이 많이 들지 않나요?

아닙니다. BYOK를 통해 건당 0.02달러로, 분석을 직접 구매하는 것보다 약 10배 저렴하므로, 높은 볼륨에서도 모든 입금 및 출금을 심사하는 것은 저렴합니다.

모든 일치 항목에 대한 수동 검토를 피하려면 어떻게 해야 하나요?

암호화폐 심사 규칙 번들에 정책을 인코딩하여 낮음/중간은 자동으로 통과시키고, 높음은 분석가에게 라우팅하며, 심각은 거부합니다. 분석가는 예외적인 경우만 처리합니다.

이것이 트래블 룰도 포함하나요?

예. 동일한 거래 모니터링 엔진이 FATF 트래블 룰 지원을 제공하므로, 상대방 데이터 교환과 지갑 심사가 함께 실행됩니다.

어떤 공급자를 사용할 수 있나요?

현재 Crystal과 Merkle Science(BYOK 또는 관리형)를 사용할 수 있습니다. Chainalysis와 Elliptic은 곧 BYOK 0.02달러로 제공될 예정입니다.

시작할 준비가 되셨나요?

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