컴플라이언스 애널리스트가 수동 조사 도구에 입금 주소를 붙여넣는다. 애널리스트는 블록 탐색기를 열고, 제재 목록과 대조하고, 거래 내역을 스크롤하고, 조사 결과를 문서화한다. 체인 복잡도와 자금 흐름 깊이에 따라 다르지만, 단 하나의 주소, 단 하나의 체인에 대해서도 화면에 결과가 반환되기까지 수 분에서 수 시간이 걸린다. 이제 시장 급등 중 시간당 수천 건의 입금을 처리하는 중앙화 거래소를 생각해보자. 그런 속도에서 수동 처리는 불가능하지만, "AML 주소 스크리닝에 얼마나 걸리는가"라는 질문은 모든 컴플라이언스 책임자가 서비스 출시 전에 반드시 답해야 하는 문제다.
답은 두 가지 층위로 나뉜다. 수동 스크리닝은 수 분에서 수 시간이 걸린다. 사전 구축된 레이블 라이브러리를 사용한 자동화 스크리닝은 밀리초 단위로 위험 판정을 반환한다 Phalcon Compliance Docs, Risk Levels. 이 글의 나머지 부분에서는 그 격차를 만드는 요인, 자동화 스크리닝 내부에서 일어나는 일, 그리고 시스템을 느리게 할 수 있는 엣지 케이스를 살펴본다.
수동 스크리닝 vs. 자동화 API 스크리닝: 시간 비교
두 가지 스크리닝 방식은 레이턴시 스펙트럼의 양 끝에 위치하며, 둘 중 어느 것을 선택하느냐에 따라 플랫폼이 입출금 속도에 맞춰 스크리닝할 수 있는지, 아니면 배치 검토 속도에 그칠 수밖에 없는지가 결정된다.
| 항목 | 수동 스크리닝 | 자동화 API 스크리닝 |
|---|---|---|
| 일반적인 처리 시간 | 주소당 수 분에서 수 시간 | 주소당 밀리초 Phalcon Compliance Docs, Risk Levels |
| 최대 처리량 | 단일 애널리스트, 순차 작업 | 높은 동시성, 병렬 호출 |
| 데이터 최신성 | 애널리스트의 업데이트 주기에 제한됨 | 사전 구축된 레이블 라이브러리, 주기적 갱신 |
| 장애 유형 | 피로, 체인 누락, 비일관적 문서화 | 결정론적, 로그 기록, 감사 가능 |
| 적합한 용도 | 소량 조사, 엣지 케이스 검토 | 실시간 입금, 출금, 트랜잭션 스크리닝 |
수동 스크리닝이 적합한 경우는 분명히 있다. 사기 조직에 대한 포렌식 작업, 소송 지원, 그리고 플래그된 주소에 대한 2차 검토는 모두 인간의 판단이 필요하다. 문제는 레이턴시다. 수동 조회에 소요되는 매 분은 고객이 기다리는 시간이며, 암호화폐 세계에서 고객은 기다림을 잘 견디지 못한다. 지연된 출금 요청은 지원팀으로 에스컬레이션되고, 이어서 소셜 미디어로, 그리고 이탈로 이어진다.
자동화 스크리닝은 동일한 작업을 API 호출 하나로 압축한다. 주소가 입력되면 위험 판정이 반환되고, 하위 결정(승인, 격리, 또는 에스컬레이션)이 애널리스트 없이 실행된다. 레이턴시의 차이는 거래량에 맞춰 확장되는 컴플라이언스 기능과 병목이 되는 컴플라이언스 기능의 차이다.
밀리초의 내부: 주소 스크리닝이 실제로 하는 일
스크리닝은 주소 입력, 레이블 매칭, 지표 적중, 점수 산정의 4단계 메커니즘으로 작동하며, 자세한 내용은 Crypto Address Risk Screening 가이드에 설명되어 있다. 여기서 중요한 것은 전체 시퀀스가 단일 API 호출의 레이턴시 예산 안에 들어맞아 밀리초 단위로 처리되는 이유다 Phalcon Compliance Docs, Risk Levels.
이 속도를 선택이 아닌 구조적 특성으로 만드는 두 가지 설계 원칙이 있다. 첫째, 레이블 라이브러리가 사전에 구축되고 인덱싱되어 있어, API는 체인에 대한 실시간 추적이 아닌 조회만 수행한다. 실시간 인덱싱을 기다리지 않는다.
둘째, 점수 산정이 결정론적이다. 동일한 주소는 동일한 노출 수준에서 매번 동일한 판정을 반환한다. 확률적 모델이 재학습되지 않으며, 사람이 재확인하지도 않는다.
이 두 가지 특성 덕분에 플랫폼은 체감 레이턴시를 추가하지 않고 모든 입금을 스크리닝할 수 있다. 속도는 아키텍처의 속성이 되며, 조정 가능한 변수가 아니다. 이것이 자동화 맥락에서 "AML 주소 스크리닝에 얼마나 걸리는가"가 측정하는 바다. 이것이 더 넓은 지갑 스크리닝 워크플로우에 어떻게 적용되는지는 Crypto Wallet Screening을 참조하라.
주소 스크리닝이 느려지는 경우: 엣지 케이스와 해결책
엣지 케이스는 존재한다. "AML 주소 스크리닝에 얼마나 걸리는가"에 대한 제대로 된 답변은 모든 조건에서 단일 밀리초 수치를 약속하기보다 이를 고려해야 한다.
첫 번째 엣지 케이스는 온체인 내역이 없는 신규 주소다. 신규 주소는 점수를 산정할 트랜잭션 기록이 없으므로 판정이 전적으로 직접 레이블 매칭에 의존한다. 스크리닝은 빠르지만 위험 파악이 불완전하다. 대부분의 시스템은 중립 점수를 반환하고 주소에 트랜잭션이 발생하면 재스크리닝한다.
두 번째 엣지 케이스는 동시성이다. 바이럴 토큰 출시나 시장 급락 같은 피크 부하 시 동시 스크리닝 호출이 수 배로 급증할 수 있다. 스크리닝 백엔드가 수평 확장되고 레이블 라이브러리가 캐싱되어 있다면 레이턴시는 일정하게 유지된다. 그렇지 않으면 요청 큐가 쌓이고, 평소 밀리초 단위로 반환되는 스크리닝이 더 오래 걸릴 수 있다. 해결책은 분석적인 것이 아니라 아키텍처적인 것이다: 레이블 라이브러리가 사전 구축되고 인덱싱되어 있어야 호출량 증가가 처리량을 높이지 호출당 레이턴시를 높이지 않는다.
세 번째 엣지 케이스는 네트워크 및 통합 오버헤드다. 스크리닝 API 자체는 빠를 수 있지만, 호출 시스템이 API 호출 앞에 재시도나 동기 단계를 추가하면 사용자가 느끼는 엔드투엔드 레이턴시는 API 시간만으로는 설명되지 않는다. FATF Recommendations는 스크리닝 의무를 설정하지만, 플랫폼이 호출을 어떻게 구현하느냐가 고객이 경험하는 레이턴시를 결정한다.
이러한 엣지 케이스 중 어느 것도 자동화 스크리닝의 핵심 약속을 깨지는 않는다. 다만 "밀리초"라는 수치는 잘 설계된 통합의 속성이며, 어떤 배포 환경에서도 자동으로 보장되는 숫자가 아님을 의미한다.
트랜잭션 속도에 맞는 스크리닝 방식 선택
실용적인 결론은 스크리닝 시간이 고정된 상수가 아니라 설계 결정이라는 것이다. 수동으로 스크리닝하는 플랫폼은 처리 시간을 분 단위로 측정하고 처리량도 그에 맞게 제한된다. 사전 구축된 인덱싱된 레이블 라이브러리를 통해 스크리닝하는 플랫폼은 처리 시간을 밀리초 단위로 측정하고 볼륨에 맞춰 확장된다.
세 가지 질문이 컴플라이언스 팀이 적합한 방식을 선택하는 데 도움이 된다. 최대 입출금 속도는 얼마인가? 지원 티켓이 급증하기 전에 사용자 경험이 허용할 수 있는 레이턴시는 어느 정도인가? 얼마나 많은 체인을 커버해야 하는가? 답이 고볼륨, 낮은 레이턴시, 멀티체인 커버리지를 가리킨다면 자동화 스크리닝은 선택이 아니다. 저볼륨 조사 작업이라면 수동 스크리닝으로 충분할 수 있다.
규제 당국은 속도 문제를 명시적으로 다루고 있다. FinCEN statutes and regulations page는 가상자산 서비스 제공자를 포함한 자금 서비스 사업자에 대한 AML 프로그램 기대치를 규정한다. 그 기대치는 스크리닝이 야간 배치 속도가 아닌 트랜잭션 속도로 이루어진다고 가정한다. 입금 흐름을 따라가지 못하는 스크리닝 프로세스는 실질적으로 트랜잭션을 놓치고 있는 것이다.
단일 스크리닝을 넘어 더 넓은 AML 컴플라이언스 스택이 어떻게 맞물리는지는 AML Compliance for Crypto 가이드에서 전체 그림을 확인할 수 있다. 워크플로우를 운영 플랫폼에 적용할 준비가 되었다면, Phalcon Compliance는 위에서 설명한 스크리닝을 실행하는 KYA 및 KYT 엔진을 제공한다.
→ Phalcon Compliance 데모를 예약하고 입금 흐름에서 밀리초 단위 주소 스크리닝을 경험해보세요: 데모 예약
FAQ
자동화 스크리닝에서 컴플라이언스 팀이 기대할 수 있는 레이턴시는 얼마인가? 사전 구축된 레이블 라이브러리에 대해 잘 통합된 자동화 스크리닝의 경우 밀리초 단위의 응답을 기대할 수 있다 Phalcon Compliance Docs, Risk Levels. 최종 사용자가 느끼는 수치는 API 호출 시간에 더해 네트워크 및 통합 오버헤드를 포함한다.
수동 스크리닝은 왜 훨씬 더 오래 걸리는가? 수동 스크리닝은 사람이 탐색기를 열고, 목록을 대조하고, 트랜잭션 내역을 읽고, 결과를 문서화해야 한다. 각 단계는 순차적이며 인지적 노력을 요한다. 수동 처리 시간은 체인 복잡도와 자금 흐름 깊이에 따라 수 분에서 수 시간이 걸리며, 확인하는 체인 수가 늘어날수록 이 수치는 증가한다.
시장 급등 시 높은 트랜잭션 볼륨이 스크리닝을 느리게 할 수 있는가? 스크리닝 백엔드가 수평 확장되지 않거나 레이블 라이브러리가 캐싱되지 않은 경우에는 그럴 수 있다. 사전 구축된 인덱싱된 라이브러리와 수평 확장을 통해 더 높은 호출 볼륨은 호출당 레이턴시가 아닌 처리량을 높인다.
