토렌트 기어

AML과 KYC 작동 방식

1) 왜 AML과 KYC가 필요합니까?

KYC (Know Your Customer) 는 고객이 유효한 신원과 주소를 가진 실제 사람임을 확인합니다.

AML (자금 세탁 방지) 은 자금 세탁, 테러 자금 조달 및 제재 우회를 방지합니다.

iGaming에서 이것은 라이센스, 파트너 은행 및 지불 제공 업체의 조건입니다. 기본 = 벌금, 라이센스 취소 및 지불 블록.

2) KYC 프로세스: 온 보딩에서 입장까지

KYC 단계

1. 데이터 수집: 전체 이름, 생년월일, 시민권, 주소, 문서 (여권/ID), 셀카/비디오 활력.

2. 문서 검증: MRZ/칩, 변조 방지, 만료일, 셀카 일치.

3. 주소 확인 (PoA): 서비스/은행 명세서에 대한 송장이 3-6 개월

4. 제재 및 PEP: 제재 목록, 정치적으로 노출 된 개인 및 불리한 매체에 대한 심사.

5. 솔루션: 추가 데이터에 대한 통과/실패/요청; 정책의 이유와 버전을 기록하십시오.

검증 요청 미니 예제

json
POST/컴플라이언스/kyc/확인
{
"고객": "c _ 1029", "문서": {"유형": "여권", "국가": "DE", "번호": "X1234567", "만료": "2030-04-01"}, "정체성": {"firstName": "Alex", lastName ":" K. "dob": "1993-02-11"}, "주소": {"line 1": "Musterstr. 5, "" 도시 ":" 베를린 "," 지퍼 ":" 10115 "," 국가 ":" DE "}," liveness ": {" provesser ":" onfido "," sessionID ":" sess _ 9a7f "}," 동의 ": 참
}

3) 제재, PEP 및 불리한 매체

제재: 직접 우연의 일치, 별칭 우연의 일치, 2 차 우연의 일치 (수혜자).

PEP: 현재 및 이전 직책 + 가족/사랑하는 직원.

부작용 미디어: 사기, 부패, 폭력에 대한 부정적인 언급.

솔루션: 소스 매치 유형 및 소스 신선도에 따라 우선 순위가 지정된 참/거짓/필요 검토.

4) 암호 화폐에 대한 KYT (거래 알기)

주소/거래 심사: 믹서, 다크 넷 클러스터, 제재/교환 지갑.

자금 추적 소스: KYC와의 진입로/교환으로가는 동전의 경로.

규칙: 고위험 클러스터 블록; 깨끗한 주소 요구 사항; 토굴별 SoF/SoW 요청.

KYT 결과 예

json
{
"주소": "0x9a7f... 2b1c", "riskScore": 83, "플래그": ["믹서 _ 근접", "제재 _ 클러스터 _ 2hops"], "추천": "거부 _ and _ 요청 _ clean _ 주소"
}

5) 점수 및 검증 수준 (위험 기반 접근 방식)

온 보딩의 초기 위험 점수 (IRS): 국가, 지불 방법, 연령, POP/제재, 장치.

시간이 지남에 따라 진행중인 위험 점수 (ORS): 예금/인출 량, 빈도, 비정상 패턴.

레벨:

낮음-기본 KYC, 표준 제한.
중간 - 추가 SoF/PoA, 한계가 좁아졌습니다.
High/EDD-확장 된 문서 패키지, 수동 검토, 제한/일시 정지.

6) SoF/SoW 및 경제성 (AML의 일부)

SoF (자금 출처): 급여, 사업, 저축, 자산 판매, 선물/상속, 토굴 (깨끗한 경로 포함).

SoW (부 출처): 보다 일반적인 소득 상황.

경제성: 게임 강도와 수익을 일치시킵니다. 부적합한 경우 - 제한/일시 정지.

7) 거래 모니터링 (TM) 및 행동 규칙

TM 엔진이 잡는 일반적인 시나리오:

빈번한 예금 및 즉각적인 결론 (통과).
임계 값 (구조화) 주위의 분할 금액.
평균 진드기의 급격한 상승; 이직률이 높은 야간 세션.
결제 계측기 보유자 및 계정 불일치.
"더러운" 클러스터의 암호; 역사가없는 많은 새로운 주소.

TM 이벤트

json
{
"이벤트": "지불. 예금 "", ts ":" 2025-10-17T12: 10: 20Z "," 고객 ":" c _ 1029 "," 양 ":" 1000. 00, "" 통화 ":" EUR "," 방법 ":" 카드 "," 국가 ":" DE "," 장치 ":" ios _ app "," traceID ":" tr _ 55f "," kvc ": 이름 _ on _ card _ match": 참}
}

8) 사례 관리 및 조사

경고 → 사례 → 결정: 경고가 사례로 결합됩니다. 명령문/도킹 증명이 추가됩니다. 행동 및 정책 버전 ('policyVer') 이 기록됩니다.

솔루션: 승인/제한/요청 정보/일시 중지/오프 보드.

에스컬레이션: 규정 준수 책임자/변호사; 활동 로그는 불변입니다 (WORM).

SAR/STR: 현지 법률에 따라 규제 기관에 의심스러운 보고서.

9) 데이터 저장, 개인 정보 보호, 보안

PII 격리: 필드를 최소화하는 별도의 스토리지 및 액세스 키.

보존: 안전한 제거 후 N 년 (관할권 별) 보관.

액세스: RBAC/ABAC, 액세스 로그, 암호화 (KMS/HSM).

데이터 주제 권한: 필수 AML 권한을 제외하고 처리 액세스/수정/제한.

10) 측정 및 SLO AML/KYC

KYC 합격률/확인 시간 (p50/p95).

경고 정밀/리콜 (TM 규칙 품질).

사례 마감 시간 (MTTC), EDD와 사례 공유

SAR/STR 비율과 확인 된 사건의 비율.

KYT 적용 범위 (cryptodeposites의 비율이 선별 됨).

저렴한 개입 (제한/포즈 수).

11) 건축 준수 패턴

규정 준수 계층은 자체 API 및 스토리지가있는 별도의 모듈입니다.

이벤트: 'kyc. 시작/통과/실패 ',' aml. 경고/열기/닫기 ',' 지불. 예금/인출 ',' kyd. 주소 _ 스크린 '.

이데올로기: 모든 웹 후크 및 솔루션에는 '결정' 이 있으며 처리 반복은 결과를 변경하지 않습니다.

정책 버전 지정: 각 계산에는 'policyVer', 'dataVer', 'modelVer' (ML이있는 경우) 가 저장됩니다.

12) 솔루션의 예 (정책 → 조치)

json
{
"결정": "dec _ 7f3", "맞춤형": "c _ 1029", "정책": "aml _ v3. 6, "" riskScore ": 72," action ":" limite _ and _ 요청 _ sof "," 한계 ": {" depent _ daily ":" 200. 00 "," reporter _ daily ":" 0. 00 "}", 설명 ": [" rapid _ deposits "," New _ wallet "," country _ risk _ medium "]," ttl _ day ": 30
}

13) ML/AI 및 제한의 역할

사용 사례: 경고 우선 순위, 행동 패턴의 이상, 사례 순위.

가드 레일: 설명 할 수없는, 차별 금지, 회로에서 사람; 규칙은 제재/PEP/EDD 모델보다 우선합니다.

14) 반 패턴 (규정 준수를 중단하는 것)

모든 국가/방법에 대해 동일한 점검 세트 (위험 기반 접근 방식 없음).

하나의 데이터베이스에서 OLTP 자금 및 규정 준수 로그를 혼합합니

현금 웹 후크에 demotence 부족-이중 솔루션.

설명 및 감사없이 "블랙 박스" ML.

정책 버전 로그 또는 의사 결정 기반이 없습니다.

WORM 아카이브 및 문서에 대한 액세스 제어는 없습니다.

KYT는 크립트 및 지불 자 이름 불일치를 무시합니다.

15) AML&KYC 시작/감사 점검표

프로세스

'policyVer' 및 EOL을 사용한 KYC/AML/EDD/Affordability 정책이 설명되어 있습니다.
SAR/STR, 에스컬레이션 및 규제 기관/은행 커뮤니케이션 절차.

기술

별도의 준수 모듈: API, 상점, WORM 아카이브.
이벤트 및 dempotent 웹 후크; 엔드 투 엔드 '트레이스'.

KYC/KYT

KYC (liveness, doc-scan) 공급자가 통합되었습니다. PoA 흐름이 분명합니다.
KYT는 모든 암호화 작업에 연결되어 있습니다. 목록과 "청소 주소" 를 중지하십시오.

모니터링

TM 규칙 및 ML 신호; 대시 보드 SLO/경고 품질.
QA 사례: 선택적 재평가, 팀 훈련.

프라이버시

PII 격리, 암호화, 역할 액세스, 보존, GDPR/로컬 규범.

16) 플레이어 메모 (KYC/AML을 더 빨리 완료하는 방법)

문서의 명확한 사진과 새로운 주소 증명을 준비하십시오.

자신의 카드/지갑을 사용하십시오. 이름이 일치해야합니다.

많은 양으로-진술과 SoF를 미리 유지하십시오.

암호화의 경우-깨끗한 주소로 번역하려면 Tx-hash 및 온 램프/교환 보고서를 저장하십시오.

AML/KYC 시스템은 형식이 아니라 운영자와 플레이어를 보호하기위한 작업 회로입니다. 신원 및 주소 확인, 제재/PEP 심사, 위험 기반 거래 모니터링, 암호화를위한 KYT, 사례 관리 및 문서화 된보고를 기반으로합니다. 기술적으로 이벤트, demempotent 솔루션, WORM 아카이브 및 엄격한 개인 정보 보호가 포함 된 별도의 모듈입니다 이 접근 방식은 규제 및 지불 위험을 줄이고 법적 지불 속도를 높이며 책임있는 게임을 지원합니다.