저자: 아이리스, 샤오 지아이
저자: 아이리스, 샤오 지아이
Web3 애플리케이션에 관해 이야기할 때, "PayFi"는 지난 2년 동안 금융 분야에서 가장 인기 있는 새로운 방향 중 하나가 되었습니다.
이 단어는 "결제"와 "DeFi(탈중앙화 금융)"의 융합으로, 기존 금융카드 결제 경험과 체인 상의 스테이블코인 수익 계좌를 연결하고, 유동성과 수익성을 모두 갖춘 암호자산 활용 모델을 구축하는 것을 목표로 합니다. PayFi 프로젝트는 "지출할 수 있다"는 이야기에 따라 자산의 흐름 경로와 보유 논리를 기존 금융 사용자에게 더 가까운 방식으로 재구성하려고 노력하고 있습니다.
EarlyBird와 Swipe부터 최근 Mankiw 변호사의 관심을 끌었던 Infini까지, 이러한 프로젝트는 일반적으로 "스테이블코인 계좌 + 소비 카드 + 온체인 수입"의 삼위일체 구조를 채택하고 있으며, 추천인 리베이트와 같은 성장 메커니즘을 보완하여 "암호화 자산을 사용하기 위해 DeFi에 대한 이해가 필요 없는" 금융 상호작용 솔루션을 사용자에게 제공하려고 시도합니다.
이러한 유형의 아키텍처는 구현 과정에서 기술 혁신과 규제 논란을 결합합니다. 전통적인 금융 사업의 본질에 가까울수록 직면하는 규제상의 과제도 더욱 복잡해지기 때문입니다.
그러면 Infini를 예로 들면, 제품 구조와 비즈니스 로직은 어떻게 구성되어 있을까요? 어떤 규정 준수 요소를 시도했으며, 어떤 분야에서 잠재적인 위험 노출이 있을 수 있습니까?
*본 기사는 공개된 정보를 바탕으로 관련 사업 모델과 정책 환경에 대한 준수성 분석을 실시합니다. 본 콘텐츠는 연구 및 전달을 위한 목적으로만 작성되었으며, 투자 조언이나 상업적 홍보를 구성하지 않습니다.
Infini Core 제품 개요
Infini는 글로벌 시장을 대상으로 한 Web3 결제 및 금융 플랫폼입니다. 이 회사의 핵심 포지셔닝은 사용자의 암호화된 자산에 대한 "저축, 수익 창출, 지출" 경로를 여는 것입니다. 스테이블코인 보관, 수익 전략 접근, 물리적 소비 채널을 통합함으로써 사용자는 주류 지불 시스템에서 벗어나지 않고도 온체인 수익 속성을 갖춘 자산 사용 경로를 얻을 수 있습니다.
운영 구조의 관점에서 볼 때, Infini 자체는 온체인 수익 계약이나 카드 발급 및 청산 자격을 보유하고 있지 않습니다. 대신, 연결 중개자 역할을 하며 제3자 보관 서비스 제공자, DeFi 프로토콜 및 지불 네트워크와 협력하여 "계좌+수입+카드 결제"의 경량 운영 플랫폼 아키텍처를 구축합니다. 협력을 통해 온체인과 오프체인 기능을 연결하는 이 모델은 현재 PayFi 트랙에서 보다 일반적이고 규정을 준수하며 가벼운 탐색 경로를 나타냅니다.
이러한 아키텍처를 기반으로 Infini는 자산 보관 및 수익 창출, 소비자 지불 실행 , 사용자 성장 메커니즘 에 해당하는 프런트엔드 서비스 계층에서 세 가지 핵심 기능 모듈을 설계했습니다. 이 세 가지는 서로 중첩되어 플랫폼이 제품 가치의 폐쇄 루프를 달성하는 핵심 축을 형성합니다.
1. 인피니언
사용자는 지갑을 연결하여 USDT 또는 USDC를 플랫폼의 에스크로 계좌에 입금할 수 있으며, 시스템은 해당 자금을 사용하여 플랫폼이 계획한 수익 전략에 참여합니다. 수입은 매일 분배되고, 이자는 매일 계산됩니다. 사용자는 언제든지 원금과 실현 수익을 인출할 수 있습니다.
해당 플랫폼은 자세한 전략 매개변수를 공개하지 않았지만, 문서에서 협력 계약 당사자로 Ethena, Morpho, Usual이 포함되었으며, 수익 전략은 "델타 중립 구조"로 광고되었다고 언급했습니다. 즉, 헤지 포지션을 조합하여 낮은 변동성 수익을 달성하는 것을 의미합니다. 플랫폼 자체는 전략 결과를 보장하지 않으며 수익 채널을 통합하는 역할만 합니다.
2. 인피니 카드
Infini는 Apple Pay, Google Pay, Alipay(해외 Alipay), WeChat Pay 등의 주류 채널과 연동 가능한 가상 카드와 출시 예정인 실물 카드 상품을 제공합니다. 카드 종류는 야옹, 토끼, 멍멍의 세 가지로 나뉘며, 비용과 사용 빈도에 따라 달라집니다.
모든 카드는 사용자 플랫폼의 잔액과 연계됩니다. 결제가 이루어질 때, 시스템은 사용자의 수동 작업 없이도 스테이블코인과 목표 결제 통화 간의 교환을 자동으로 완료합니다. 실제 결제는 파트너를 통해 완료되며, 공식 문서에는 발급 은행이나 허가받은 결제 청산 기관의 정보가 명확하게 공개되지 않습니다.
3. 추천 및 레드엔벨로프 기능
인피니는 초대 할인 메커니즘과 레드엔벨로프 배포 기능을 갖추고 있습니다. 사용자는 초대 코드를 공유하여 다른 사람을 초대하고 등록 및 충전하여 USDT 또는 카드 캐시백 보상을 받을 수 있습니다. 구체적인 금액과 조건은 카드 종류와 충전 금액에 따라 달라집니다.
Infini 비즈니스 모델 분석
전형적인 "양자 매칭" 경량 자산 비즈니스 모델인 Infini는 단순히 암호화 자산에 대한 소비 진입점을 제공하는 것이 아니라, 온체인 DeFi 프로토콜과 일반 사용자를 연결하는 중간 플랫폼으로 자리매김합니다. 한편, 카드 상품, 소득계좌 등의 기능을 통해 C-end 사용자에게 '결제+소득' 스테이블코인 적용 경험을 제공합니다. 반면, 자금과 트래픽을 유입하는 채널로서 DeFi 프로토콜과 수익 전략 당사자 등 B-end 파트너에게 사용자 및 자본 접근 기능을 제공합니다.
플랫폼의 핵심 사업 가치는 "수익 창출"과 "결제 사용"의 온체인 및 오프체인 프로세스를 추상적으로 패키징하는 데만 있는 것이 아니라, 이 중간 위치를 통해 두 가지 방향으로 수익을 현금화하는 데 있습니다. 즉, C-end에 채널 서비스 수수료를 청구하고, B-end에 대한 수익 공유에 참여하거나 전략적 배수, 자금 입금 등의 형태로 홍보 인센티브를 얻는 것입니다.
1. 소득원
Infini의 현재 주요 수입원은 두 가지 방향에서 나옵니다.
C-end 사용자가 지불하는 이용 서비스 수수료
여기에는 각각 Meow 카드와 Rabbit 카드의 경우 9.9달러의 카드 활성화 수수료가 포함됩니다. Rabbit 카드의 경우 0.8%의 서비스 수수료와 미국 달러가 아닌 거래마다 추가로 0.5달러가 부과되는 등 카드 거래 수수료가 부과됩니다. 그리고 환율 환전 수수료가 있으며, 미국 달러가 아닌 통화로 소비할 경우 환전 수수료는 1%~1.5%입니다. 이 플랫폼은 온체인 자산과 결제 통화 간의 변환을 자동으로 처리합니다.
수수료의 이 부분은 플랫폼 운영에 필요한 안정적인 현금 흐름을 제공합니다.
B측 협력 계약 당사자를 위한 전략적 협력 인센티브
이 플랫폼은 Ethena, Morpho, Usual 등의 프로토콜과의 상업적 수익 분배 구조를 명확하게 공개하지 않았지만, 이 플랫폼이 사용자 자산 침전, 안정적인 자본 흐름, 유동성 주입을 가져올 수 있다는 점을 고려할 때, Infini는 프로토콜 측으로부터 전략적 접근 인센티브, TVL 성장 보조금 등과 같은 보상 피드백을 얻을 기회가 있을 수 있습니다.
또한, 후속 플랫폼이 사용자에게 특정 DeFi 플랫폼에서 포지션을 개설하거나 담보를 제공하도록 유도하여 중개 프로모션 수수료를 획득할 가능성도 배제할 수 없습니다.
전반적으로 Infini는 기반 프로토콜을 구축하거나 카드 발급 및 청산 자격을 보유하지 않고도 C-end 서비스의 표준화와 B-end 리소스의 협력을 통해 확장성이 가능한 비교적 가벼운 플랫폼 기반 비즈니스 모델을 구축했습니다.
2. 구조적 종속성
Infini의 사업 구조는 다음을 포함한 외부 서비스 제공업체의 규정 준수 및 기술 역량에 크게 의존합니다.
호스팅 서비스. 이 플랫폼은 라이선스를 받은 제3자 보관업체인 Cobo가 제공하는 계정 관리 솔루션을 채택했습니다. 사용자 자산은 Infini가 직접 보유하지 않으며, 플랫폼 자체는 자산 관리자 역할을 하지 않습니다.
수익 전략 실행. Infini는 어떠한 체인상 수익 계약도 운영하지 않습니다. 수익 계획은 외부 계약을 통해 제공되며, 플랫폼은 통합 및 이전을 위한 프런트엔드 인터페이스 역할만 합니다. 기본 프로토콜에서 중대한 사고가 발생하면 Infini 자체에서 위험 버퍼 메커니즘이 부족할 수 있습니다.
결제 결제 채널. Infini는 다양한 기존 결제 채널에 대한 구속력을 제공하지만, 관련 청산 서비스는 여전히 협력하는 제3자 결제 기관을 통해 완료되며, 플랫폼은 직접적인 결제 의무를 지지 않습니다. 현재 플랫폼은 발행 은행의 이름이나 특정 라이선스 클리어링 서비스 제공업체 정보를 공개적으로 공개하지 않았습니다. 이는 해당 카드 상품이 Visa 또는 Mastercard 네트워크를 기반으로 한다는 점만 명시하고 있으며, 관련 결제 역량 및 서비스의 지리적 범위에 대한 불확실성이 있을 수 있습니다.
이러한 "고도로 연결되고 라이선스가 적은" 경량 운영 아키텍처는 신속하게 배포하고 비용을 제어하는 데 도움이 되지만, 주요 협력 노드에 대한 의존도도 높입니다. 핵심 링크(예: 보관, 지불 또는 프로토콜 종료)에 법적, 규정 준수 또는 운영 중단 위험이 발생하면 플랫폼 자체는 서비스 연속성과 사용자 신뢰 측면에서 더 큰 위험에 직면하게 됩니다.
3. 사용자 혜택 메커니즘
Infini Earn 모듈에서 사용자는 USDT 또는 USDC를 플랫폼의 에스크로 계좌에 입금하여 플랫폼 통합 온체인 수입 계획에 참여할 수 있습니다. 이 플랫폼은 일일 이자 계산 및 일일 수익 분배 방식을 채택하여 낮은 임계값과 수동 작업이 필요 없는 스테이블코인 수익 경험을 제공합니다.
공식 문서에 따르면, 수익 전략은 주로 "델타 중립" 구조입니다. 즉, 온체인 롱 포지션과 숏 포지션을 조합하여 다양한 프로토콜 간에 시장 중립적 포지션을 구축하여 변동성을 낮추고 연간 수익을 달성하는 것입니다. 하지만 이 구조는 연결된 DeFi 프로토콜(예: Ethena, Morpho, Usual 등)의 보안, 유동성 및 전략 실행 효율성에 크게 의존합니다. 기본 프로토콜이 청산, 거버넌스 공격 또는 기타 운영 위험으로 인해 실패하면 관련 손실이 사용자의 보관 자산으로 직접 전가될 수 있습니다.
계약상 책임 약정의 측면에서, Infini는 사용자 수익이나 자본 보안에 대해 명시적 또는 묵시적 보장을 한 적이 없습니다. 해당 플랫폼의 포지셔닝은 사용자 자금의 전략적 접근과 수익 결제를 담당하는 "전략 집계 및 채널 서비스 제공자"에 더 가깝습니다. 사용자 자산은 보관을 통해 보호되지만, 투자 결정과 수익 결과는 사용자 본인이 직접 부담합니다.
이러한 구조적 설계를 통해 플랫폼의 수익 권리와 책임 간의 기능적 분리가 달성되어 Infini가 전반적인 재정적 위험 부담에 대한 압력을 낮게 유지할 수 있습니다. 하지만 이는 더 많은 규정 준수 의무, 투자 정보 공개 책임 및 프로토콜 보안 판단이 본질적으로 최종 사용자와 전략적 파트너에게 이전된다는 것을 의미합니다.
Infini 규정 준수 및 위험
전형적인 PayFi 경량 운영 플랫폼인 Infini는 특히 KYC 시스템, 자산 보관 격리 및 오프체인 지불 채널 측면에서 기존 금융 규제 프레임워크에 적응하려는 고려를 제품 기능 설계에서 보여주며, 특정 규정 준수 의식을 반영합니다.
실명 KYC 제도 도입
Infini는 서비스 접근에 엄격한 지역적 제한을 두고 있습니다. 사용자는 등록 시 신원 확인을 완료해야 합니다. 하지만 중국 본토를 포함한 일부 지역의 경우, 시스템은 휴대전화 번호 확인 단계에서 등록을 직접 차단합니다. 공식 문서에는 북한, 이란, 쿠바 등 국제 제재를 받는 국가와 미국, 중국 본토 등 규제에 민감한 지역을 포함하여 지원되지 않는 관할권도 명확하게 나열되어 있습니다. 이러한 "기술적 제한 + 법적 성명" 접근 방식은 KYC, 지리적 위험 격리 및 국경 간 규제 적응에 대한 플랫폼의 규정 준수 인식을 보여주는 동시에 후속 카드 결제 및 보관 협력을 위한 신원 데이터 지원을 제공합니다.
자산 보관 및 사업 기능 분리
Infini 자체는 사용자 자금을 직접 보관하지 않지만, 라이선스를 받은 제3자 보관 서비스 제공업체인 Cobo를 통해 사용자 자산 계정을 관리합니다. 플랫폼은 전략적 접근과 카드 서비스 프런트엔드만 담당하며, "자산은 규정을 준수하는 기관이 보유하고, 플랫폼은 직접적으로 펀드 풀을 구성하지 않는다"는 구조적 설계를 구현하여 펀드 징수 및 불법 펀드 모금 등의 위험 요소에 대한 플랫폼의 규제 민감성을 줄이는 데 도움이 됩니다. 그러나 Cobo의 보호 자격은 특정 관할권(예: 싱가포르)으로 제한됩니다. 사용자가 EU와 같은 법적으로 보호받지 않는 지역에 거주하는 경우 자산 보관의 법적 유효성이 의심스럽습니다.
기존 네트워크에 연결된 카드 결제 경로
Infini 카드 제품은 Visa 또는 Mastercard 네트워크에서 실행되며 Apple Pay, Google Pay, Alipay, WeChat과 같은 주류 소비 채널에 연결될 수 있습니다. 구체적인 카드 발급 기관은 공개되지 않았지만, 온체인 결제나 그레이 클리어링 채널에만 전적으로 의존하는 플랫폼과 비교했을 때, Infini는 기존 금융 네트워크를 통해 결제 프로세스를 완료하며, 실제 운영에서 결제 행위의 합법성에 대한 사용자 수용성과 기대치가 더 높습니다.
그러나 서비스 영역의 국경을 넘나드는 특성과 관련 자산 유형을 고려할 때, Mankiw는 다음과 같은 핵심 요소에 잠재적인 법적 불확실성이 있을 수 있다고 생각하며, 이는 플랫폼의 주목을 끌고 PayFi 기업가와 규정 준수 팀의 관심을 끌 만하다고 생각합니다.
결제 및 정산 과정에서 정보공개 미흡
Infini는 자사 카드 상품이 Visa/Mastercard 네트워크에 연결되어 있다는 점을 분명히 했지만, 아직 발급 은행이나 파트너 클리어링 서비스 제공업체의 이름과 법적 구조를 공개하지 않았습니다. 서비스 범위가 명확한 국경 간 클리어링 라이선스가 없는 다른 관할권의 사용자에게까지 확대되면 지불 서비스 자격 부족, 국경 간 데이터 전송 준수 불분명 등의 위험이 발생할 수 있으며, 특히 감독이 더욱 엄격해지고 있는 아시아 시장에서는 더욱 그렇습니다.
수익 전략의 투명성 제한, 사용자에게 위험 아웃소싱
해당 플랫폼은 "델타 중립" 전략을 채택했으며 파트너사로 Ethena, Morpho, Usual 등의 DeFi 프로토콜을 나열했지만 구체적인 수익 배분 비율, 자본 투자 세부 정보 및 손실 방지 메커니즘은 공개하지 않았습니다. 플랫폼이 보장을 제공하지 않는다는 전제 하에, 사용자는 본질적으로 전략 실행 위험과 계약 계약 위험을 스스로 부담해야 합니다. 그들은 높은 연간 이율의 매력으로 인해 실제 위험 노출을 잘못 판단할 수 있으며, 이는 잠재적인 "이익 유도 공개 의무"를 수반합니다.
초대 할인 메커니즘은 특정 관할권에서 규제적 한계에 도달할 수 있습니다.
인피니는 등록 및 충전을 기반으로 한 할인 및 레드엔벨로프 시스템을 갖추고 있습니다. 보상 논리는 비교적 평평하고 명확한 계층적 리베이트 구조를 구성하지 않지만, 일부 관할권에서는 리베이트 행위가 충전과 연계되어 펀드 안내 경로를 형성하는 경우 여전히 "이익 유도 판매" 또는 "피라미드 방식 유사 구조"로 간주될 수 있습니다. 이는 금융 홍보 행위에서 민감한 행위로, 각국의 법률에 따라 신중하게 판단하고 제한할 필요가 있습니다.
권한 관리 및 위험 대응 메커니즘은 여전히 개선이 필요합니다.
2025년 3월, Infini는 심각한 자산 보안 사고를 겪었는데, 해커들이 관리자 권한을 제거하지 않고 플랫폼의 보관 계좌에서 약 5,000만 달러의 USDC를 이체했습니다. 이후 해당 플랫폼은 온체인 공지를 발표하고 홍콩에서 민사소송을 제기했지만, 이 사건으로 플랫폼의 권한 구성, 시스템 격리 및 비정상 거래 모니터링 측면에서 기술적 취약점이 드러났습니다.
이러한 유형의 "통제 상실 공격"은 플랫폼이 타사 호스팅 솔루션을 채택하더라도 호스팅 계정에 대한 액세스 및 관리 권한은 여전히 플랫폼 자체의 내부 보안 구조와 개발 프로세스에 크게 의존한다는 것을 보여줍니다. 플랫폼이 다중 서명 권한과 자동 위험 제어 동결 메커니즘을 설정하지 않으면, 통제 상실 지점이 하나라도 생기면 사용자 자산에 체계적 위험이 초래될 수 있습니다. 또한 해당 플랫폼은 현재 긴급 보상 메커니즘이나 보험 풀을 구축하지 않았는데, 이는 해당 플랫폼의 위험 관리 및 이용자 보호 시스템이 여전히 불완전함을 보여주거나, 향후 감독을 통해 보관 시스템의 실제 책임을 재정의해야 할 수도 있음을 시사합니다.
영감과 제안
Infini 사례는 "사용 가능"이라는 설명 하에 PayFi 모델이 지닌 엄청난 시장 잠재력을 보여주지만, 이러한 소규모 플랫폼이 규제 경계, 기술적 보안 및 책임 분담 측면에서 직면하는 여러 과제도 드러냅니다.
Web3 분야에서 "계정+수입+지불" 경로를 모색하는 기업가의 경우, Mankiw는 비즈니스 구조와 구현 계획을 설계할 때 다음의 다섯 가지 방향에 집중할 것을 권장합니다.
플랫폼 구조는 책임 면제를 의미하지 않습니다: 가벼운 플랫폼 ≠ 가벼운 의무
플랫폼이 자산을 직접 보유하지 않고, 자체 DeFi 프로토콜을 구축하지 않고, 현금 흐름을 청산하지 않더라도 주요 규정 준수 노드에 대한 정보 공개 및 위험 관리 책임을 맡아야 합니다. 인피니의 보안 사고는 제3자가 호스팅하더라도 권한이 적절하게 설정되지 않으면 플랫폼이 여전히 "실질적 관리자"의 의무를 져야 한다는 것을 보여줍니다.
따라서 기업가가 '통합 플랫폼' 모델을 도입할 경우, 플랫폼이 보장이나 보장을 제공하지 않는다는 점을 문서, 이용약관, 제품 설계 등을 통해 명확히 공개해야 하지만, 동시에 최소 권한 체계, 운영 감사 체인, 비상 대응 메커니즘을 구축해야 합니다.
다자간 규정 준수 인터페이스는 통합된 방식으로 고려되어야 합니다. 단순히 번호판만 보지 마세요.
PayFi 모델에는 스테이블코인 관리, 수익 창출, 소비자 결제, KYC 식별, 데이터 전송, 국경 간 서비스 등 다양한 규정 준수 모듈이 포함됩니다. 규제가 점점 더 교차 통합되면서, 단일 링크(예: 보관 또는 청산)에 대한 라이선스를 부여하는 것만으로는 더 이상 여러 지역의 규제 기대치를 충족하기에 충분하지 않습니다.
실무자는 "규정 준수 설계"를 건축 설계의 시작점으로 삼고, "한 곳에서의 사업, 여러 곳에서의 위험"으로 인해 발생하는 책임 불일치를 피하기 위해 서비스 지역(예: 홍콩, 싱가포르, UAE 등)을 선택하기 전에 다차원적인 규제 검토를 수행해야 합니다.
국경 간 규정 준수를 위해 리베이트 및 마케팅 메커니즘을 사전에 평가해야 합니다.
추천 할인 메커니즘은 Web3 프로젝트 성장에 있어서 고빈도 도구가 되었지만, 할인 조건이 자금 충전, 카드 활성화 및 기타 링크와 직접 연계되는 경우, 일부 관할권에서는 이를 "준자금 모금 행위" 또는 "이익을 목적으로 한 판매"로 간주하여 허가받지 않은 금융 홍보 행위로 간주하고 심지어 다단계 판매의 법적 경계에까지 영향을 미칠 수 있습니다.
관련 메커니즘을 설계할 때 플랫폼은 타겟 시장의 규정 준수 요구 사항에 따라 현지화된 적응을 수행해야 합니다. 시스템 내에서 인센티브 비율과 트리거 조건을 제어하고, 스테이블코인의 현금 환급이나 직접 반환은 피하는 것이 좋습니다. 필요한 경우 포인트, 할인, 비현금 혜택 등의 인센티브로 전환할 수 있으며, 명확한 위험 경고 및 사전 준수 링크(KYC 완료, 지역 심사 등)를 사용자 인터페이스에 추가하여 잠재적인 법적 문제를 해결할 수 있습니다.
크로스체인과 오프체인 프로세스의 책임 경계를 사전에 명확히 해야 합니다.
PayFi 프로젝트는 종종 온체인 DeFi와 오프체인 카드 결제를 아우르며, 여러 시스템과 프로토콜 간의 논리적 연결과 책임 이전을 포함합니다. 계약 체결이나 카드 채널 동결 등 링크 장애가 발생하면 책임 분담이 불분명해져 법적 분쟁과 사용자 신뢰 위험으로 이어질 수 있습니다.
따라서 실무자는 자산에 비정상적인 변동이 발생할 때 작업을 자동으로 중단하거나 백업 전략 계획으로 전환하는 등 계약/API 호출 프로세스를 설계할 때 이상 감지 및 전략 점프 메커니즘을 확보해야 합니다. 동시에, 온체인과 오프체인 운영 간의 책임 경계는 사용자 계약에서 명확하게 구분됩니다.
차량 번호판은 끝이 아니라 시작점일 수 있습니다.
홍콩, 두바이, 싱가포르 등지에서 VASP 시스템과 혁신적인 금융 프레임워크가 잇따라 도입되면서 일부 기업가는 "라이선스 신청"을 규정 준수의 최종 지점으로 잘못 생각합니다. 하지만 실제로 라이센스는 규제 분야로 진출하는 첫 단계일 뿐입니다. 사업 변경 보고, 일일 규정 준수 운영, 자금 세탁 방지 검토, 사용자 정보 보관과 같은 후속 의무가 실제 과제입니다.
플랫폼이 규정 준수가 엄격한 시장에서 운영할 계획이라면 라이선스를 취득하기 전에 "규정 준수 운영 샌드박스"를 구축하여 일반적인 규제 조사 시나리오(예: 사용자 신원 추적, 자산 출처 감사, 암시장 침투 조사 등)를 시뮬레이션하고 사전에 위험 대응 역량을 구축해야 합니다.
