KYC 레벨 및 지갑 제한

1) 지갑에 KYC 수준과 한계가 필요한 이유

• AML/CFT 준수, 제재, 연령 규범;
• 사기/청구서/오류에 대한 손실 제한;
• KYC를 업그레이드 할 때 "잠금 해제" 기능을 통해 LTV 성장을 보장합니다.

원리: KYC 수준이 높을수록 한도 (충전/지출/지불/잔액) 가 높을수록 지리 및 이용 가능한 레일 (A2A, 카드, 바우처) 이 넓어지면 운영을 반복하고 지불을 가속화하는 장벽이 낮아집니다.

2) 전형적인 KYC 계단 (대략적인 수준의 내용)

레벨 0-손님/익명 (라이트/미확인)

데이터: 이메일/전화, 기본 국가/IP/장치.
액세스: 제한된 시청, 때로는 소액 결제/수령 송금.
한도: 최소 (txn 당 최저 및 일일), 지불/인출 없음.
위험 제어: 하드 속도/지리, 다중 계정 방지.

레벨 1-기본/단순화 실사

데이터: 이름, 생년월일, 주소/국가, 전화/우편 확인.
문서: 때로는 필요하지 않거나 데이터베이스에서 자동 점검하지 않습니다 (liveness/ID-putch).
액세스: 소량으로 충전, 제도 내부의 P2P, 제한된 지불.
한계: 낮은 txn/24h/7d/30d; 지불금은 제한되어 있습니다.

레벨 2-전체 KYC/ID 및 주소

데이터: 신분증 (여권/ID), 셀카 활력, 주소 증명 (은행 편지/유틸리티).
액세스: 모든 주요 지불, P2P, 허용되는 경우 은행/카드로의 현금 인출.
한계: 중간/높은 txn 및 주기적; 밸런스 캡 위.

레벨 3-강화 된 실사 (EDD)

Add. 데이터: 자금 증명/부의 출처, 고용/사업 상태, 수혜자 (사업 계정).
액세스: 대규모 매출, 지불 가속화, 다중 통화 계정, 우선 순위 처리.
한계: 높거나 개인; 지불/지불/잔액/FX에 대한 맞춤형 임계 값.

레벨 VIP/High-Net-Worth/Corporate

개별 조건, 관리자, 수령인/국가 화이트리스트, 지불 SLA에 동의했습니다.
한계 및 점검은 계약 상태이며 이상 모니터링이 증가합니다.

3) 한계 유형 (설계 매개 변수)

트랜잭션 당 (MAX _ TXN) -하나의 작업 한도.
일일/7d/30d (ROLLOVER 캡) -상단/비용/출력/P2P 볼륨의 슬라이딩 윈도우.
균형 상한-지갑의 최대 자금.
채널 캡-카드/A2A/바우처/암호화 램프에 대한 별도의 임계 값 (해당되는 경우).
수신자/카운터 파티 한도-새/미확인 수령인의 경우 첫 지불 제한.
속도-시도/실패 수, 장치/방법 변경 빈도.
지오 펜싱-허용 된 국가/통화/레일 (허용/거부 목록).
위험 계층 승수-클라이언트/세션 위험 라벨 제한 비율.
판매자/수직 캡-민감한 MCC (iGaming/quasi-cash/digital 코드) 의 프로파일.

4) 레벨 업그레이드 규칙 (진행)

방아쇠: 창 한계의 70-90% 에 도달하고, 지불하려고 시도하고, 민감한 수직으로 들어가서 잔액 증가를 요청합니다.
단계: 문서 체크리스트, ETA, 체크 상태, 대안 (예: 카드 대신 A2A) 을 표시하십시오.
자동화: 주/신용 관리국 (법적인 경우) 의 자동 당기기 데이터, 주소/연령 재확인.
수준 저하: 의심스러운 활동으로 → 한도, 지불 보류, EDD의 일시적인 다운 그레이드.

5) 사기 방지/AML 및 제한 링크

PEP/제재 심사: 온보드 및 일정에 따라 데이터 변경시, 대규모 지불 전에.
부작용 미디어 및 장치/카드/IBAN/BIN 블랙리스트.
STR/SAR 시나리오: 이상 (구조, 주기적 P2P, mullahs) 에 대한 자동 경고 및 수동 점검.
동작 및 장치: 지문, 에뮬레이터, 프록시/VPN, 계정 번들.
SCA/Step-Up: 추가 인증, 출력 지연, PoF/SoW 요청과 같은 소프트 임계 값을 초과하면.
연령 게이팅 및 RG (iGaming 용): 연령 확인, 자체 배제, 책임있는 플레이 제한.

6) "한계 엔진" (정책 엔진) 의 아키텍처

설계 목표: 구성 가능성, 의사 결정의 설명 불가능, demempotency 및 감사.

1. 카탈로그 서비스: KYC 수준, 국가, 통화, 채널, MCC 프로필, 제재/RAP 목록 (TTL 캐시).

2. 정책 엔진: 선언적 규칙 (예: CEL/JSON/YAML), 우선 순위, 규칙 버전, AB 테스트.

3. 속도 제한/윈도 잉: 카운터 스토리지 (Redis/Scylla), 슬라이딩 윈도우, 원자.

4. 위험 점수: 장치/동작/채널 기능, 모델 (점수), 매핑 점수 → 다중화 한계.

5. 의사 결정 API: 'canTopUp/pay/payout?' (PHP 3 = 3.0.6, PHP 4)

6. 설명 가능성: 규칙 로그, 작동 한 임계 값, 필요한 문서.

7. 관리자 UI: 버전 지정 및 2 단계 업 프로 발로 임계 값/규칙 편집.

8. 감사/트레일: 변경되지 않은 의사 결정 로그 (해시 체인), 규칙 버전 저장.

• 주문 수준 및 제한 요청에 대한 이념성.
• 신뢰성: 쿼럼/복제본, 분해 "안전 고장" (한계를 건너 뛰는 것보다 더 나은 고장).
• 관찰 가능성: 규칙, 스텝 업 점유율, 평균 솔루션 시간별 적중률 지표.

7) UX 패턴 (투명 제한 = 티켓 감소)

프로필 및 체크 아웃 레벨 레이블: "Basic/Verified/Pro".
남은 한계: "오늘 X보다 먼저 충전 할 수 있습니다" + 창 재설정 날짜.
거부 이유: "레벨 1 일일 제한이" → "올림 레벨" 버튼을 초과했습니다.
페이지 내 KYC: 결제, 단계별 팁, 사진의 예를 떠나지 않고 문서를 다운로드하십시오.
소프트 차단: 첫 번째 거부-대체 방법 (A2A/로컬 지갑), 부분 지불, 분할.
지불 안전: EDD를 통과하기 전에 첫 번째 인출에 대한 경고.

8) 한계 행렬의 예 (단순화 된 템플릿)

9) iGaming 및 민감한 정점에 대한 기능

지리/라이센스: 허용 된 국가/주에서만 지갑/지불금을 표시하십시오.
책임있는 게임: 플레이어 자신의 한계 (예금/비용/시간), 냉각, 자체 제외-지갑 한계와 동기화됩니다.
보너스 남용: 새로운 계정에 대한 별도의 임계 값, 보너스 자금의 즉각적인 인출 금지, "캐시 등가물" 에 대한 강화.
지불 통제: 대규모 상금에 대한 강화 된 EDD, 결제 전까지의 지불 연기, 자금 출처 확인.

10) 지표 및 경고

레벨/채널/지역별 승인률.
감소 분석: 한계 대 위험 대 기술. 오류.
스텝 업 속도 및 KYC 업그레이드 변환 (보기 → 시작 → 제출 → 패스).
지불 보류 시간, EDD의 에스컬레이션 비율, VIP 공유.
SAR/STR 비율, 제재/APP.
한계/검증 이유에 대한 불만/ODR.
경고: 규칙/국가/BIN/장치 별 고장의 스파이크.

11) 출력 체크리스트

1. 구성 서비스에서 레벨 모델 및 제한 행렬; 버전 및 롤백.
2. 설명 로그 및 솔루션 demempotency가 포함 된 정책 엔진.
3. KYC 제공 업체: ID 검증, 활력, 주소, 제재/REP, 불리한 매체.
4. 위험 점수 및 실시간 속도 제한 (낮은 대기 시간).
5. UX: 투명한 한계, 페이지 KYC, 고장시 대안.
6. 지불 게이트: 새로운 수신자 및 대량의 보유/강화.
7. AML/준수: EDD 절차, 플레이 북 STR/SAR, 로그/증거 유지.
8. 관찰 가능성: 한계/CUS/위험 별 대시 보드, 동기화되지 않은 경고 및 공급자 저하.
9. 테스트 패키지: 모든 수준의 e2e (제한에 의한 성공/실패), EDD의 상승, 문서 변경, KYC 서비스의 저하, 창 카운터 예열.

12) 지원에 대한 빠른 답변

왜 옵트 아웃? -레벨 X 일일 한도를 초과했습니다. 사용 가능한 프로모션: 다운로드 문서 Y.
한계는 언제 재설정됩니까? -N 시간 후 (창의 정확한 시간을 표시).
왜 철회하지 않습니까? -새 수신자/계정, 스텝 업/대기 N 시간이 필요합니다.
어떻게 업그레이드합니까? -버튼 홍보, 문서 목록, ETA, 실시간 검토 상태.

요약

KYC 수준 및 위험 점수와 관련된 + 정책 엔진 구성으로 지갑 제한을 구축하십시오. 실패 이유를 투명하게하고 KYC 업그레이드 및 대체 레일을 제공하십시오. iGaming의 경우-책임있는 게임 제한, 엄격한 지불 제어 및 제재/RAP 모니터링을 추가로 구현하십시오. 강력한 관찰 가능성 (메트릭, 설명 로그, 경고) 은 "브레이크" 의 한계를 제어 가능한 성장 및 안전 수단으로 바꿉니다.