ERC-3643 이해하기: RWA 규정 준수 토큰 표준

실물 자산(RWA) 토큰화가 개념에서 실제 프로덕션으로 나아가고 있습니다. 기관들은 토큰화된 펀드와 증권을 발행하고 있으며, 규제 당국은 명확한 프레임워크를 발표하고 있고, 인프라도 이를 따라가고 있습니다. 이러한 맥락에서 ERC-3643은 규제 금융과 탈중앙화된 레일을 연결하는, 퍼블릭 블록체인에서 규정 준수 및 권한이 부여된 토큰을 표현하기 위한 실용적인 EVM 네이티브 표준으로 등장했습니다.

이 글은 ERC-3643을 이해하기 쉽게 설명하고, 작동 방식, RWA에 중요한 이유, 이전 표준과의 비교, 그리고 발행자, 개발자, 사용자가 고려해야 할 사항을 설명합니다.

RWA가 규정 준수를 인식하는 토큰 표준을 필요로 하는 이유

퍼블릭 블록체인은 본질적으로 글로벌하고 권한이 필요 없는(permissionless) 방식이지만, 전통 금융은 지역 기반이고 권한이 필요한(permissioned) 방식입니다. RWA 토큰화는 온체인 자산이 프로그래밍 가능성과 상호 운용성을 희생하지 않으면서 실제 요구 사항(KYC/AML, 전송 제한, 공개, 기업 활동)을 강제할 수 있을 때 성공할 수 있습니다.

최근의 발전은 강력한 규정 준수의 필요성을 강조합니다.

• 블랙록은 이더리움에서 토큰화된 펀드를 출시하여 규제 프레임워크 하에서의 토큰화의 주류 채택을 신호했습니다. 공식 발표 및 자세한 내용은 블랙록 뉴스룸 및 펀드 문서(이 단락 끝의 보도 자료 및 펀드 페이지)에서 확인할 수 있습니다. 블랙록 보도 자료 및 펀드 페이지.
• EU의 암호화 자산 시장 규정(MiCA)은 이제 자산 참조 토큰 및 전자화폐 토큰에 대한 규칙을 설정하여 유럽에서 규정 준수 토큰화가 어떻게 운영될 수 있는지 형성합니다. MiCA 규정 텍스트.
• 싱가포르의 Project Guardian은 싱가포르 통화청(Monetary Authority of Singapore) 하에서 토큰화된 자산 및 기관 DeFi에 대한 실제 시범 운영을 계속 확장하고 있습니다. MAS Project Guardian.

이러한 배경에서 ERC-3643은 발행자에게 온체인 권한 부여 및 감사 가능한 제어를 통해 적격하고 검증된 참가자만 보유하고 전송할 수 있는 토큰을 발행할 수 있는 방법을 제공합니다.

ERC-3643이란 무엇인가?

ERC-3643은 권한이 부여되고 규정 준수를 인식하는 토큰을 위해 설계된 이더리움 토큰 표준으로, 토큰화된 증권, 펀드, 비상장 시장 상품과 같은 RWA 시나리오에 자주 사용됩니다. 이는 익숙한 ERC-20 동작을 추가적인 계약 모듈로 확장하여 전송 또는 발행이 발생하기 전에 신원 및 규정 준수 규칙을 확인합니다. EIP-3643 명세.

핵심적으로 ERC-3643은 신원 및 규정 준수에 대한 비즈니스 로직을 토큰 계약과 분리하여 다음을 가능하게 합니다.

• 온체인 신원 및 증명(claims)
• 전송 권한 부여(누가 어떤 조건으로 토큰을 보유하고 이동할 수 있는지)
• 관할권 규칙, 투자자 적격성, 락업 및 기타 제약 조건
• 규제된 맥락에서의 이벤트 및 감사 가능성

ERC-3643을 중심으로 생태계가 형성되었으며, 특히 ONCHAINID는 온체인 신원 및 증명 관리를 위해 사용되어 참가자를 검증하고 규정 준수 속성을 첨부합니다. ONCHAINID 문서. 개요 및 참조 아키텍처는 전용 ERC-3643 문서 포털을 참조하십시오. ERC-3643 문서.

ERC-3643은 어떻게 규정 준수를 강제하는가

ERC-3643은 일반적으로 세 가지 구성 요소로 이루어집니다.

1. 토큰 계약: ERC-20과 유사한 동작을 구현하지만, 권한 부여 결정을 외부 레지스트리/관리자에게 위임합니다.
2. 신원 레지스트리: 주소를 온체인 신원(예: ONCHAINID)에 매핑하며, 이는 검증 가능한 증명(KYC 수준, 관할권, 공인 투자자 여부, 제재 대상 여부)을 저장합니다.
3. 규정 준수 관리자: 발행, 소각 또는 전송 전에 충족되어야 하는 규칙을 인코딩합니다(예: "송신자와 수신자는 승인된 발행자의 유효한 KYC 증명을 가지고 있어야 함", "락업 기간 중에는 전송 불가", "X 관할권으로는 수신 불가").

일반적인 흐름:

• 투자자는 승인된 검증 기관과 KYC를 완료하고, 증명이 ONCHAINID에 발급됩니다.
• 해당 주소는 신원 레지스트리에 의해 적격한 것으로 인식됩니다.
• 토큰을 전송할 때, 토큰 계약은 규정 준수 관리자를 쿼리하고, 규정 준수 관리자는 증명과 규칙을 검사합니다. 모든 것이 확인되면 전송이 허용되지만, 그렇지 않으면 롤백됩니다.

ERC-3643은 ERC-734(키 관리) 및 ERC-735(증명 보유자)와 같은 검증된 신원 기본 요소를 활용하여 온체인 상에서 신원 데이터를 표현합니다. ERC-734 및 ERC-735.

이전 보안 토큰 표준과의 비교

• ERC-20: 간단하고 권한이 필요 없는 대체 가능 토큰. 기본 규정 준수, 신원 또는 전송 제한 기능이 없습니다.
• ERC-1400: 보안 토큰에 대한 초기 시도(파티션 및 전송 제한 포함), 유용하지만 최신 신원/증명 프레임워크에 대해서는 모듈성이 떨어집니다. EIP-1400.
• ERC-3643: 신원 레지스트리 및 규정 준수 관리자를 통한 모듈식 권한 부여로, RWA 요구 사항 및 최신 신원 증명 시스템과 일치합니다.

실제로 ERC-3643의 분리된 아키텍처는 토큰 계약을 다시 배포하지 않고도 규정 준수 정책을 쉽게 업데이트하고 여러 증명 발행자 또는 검증 제공자를 통합할 수 있게 합니다.

주요 기능 및 설계 고려 사항

• 권한 부여된 전송: 토큰은 현재 규정 준수 정책을 충족하는 주소 간에만 이동할 수 있습니다.
• 온체인 신원: 증명은 승인된 발행자가 검증, 취소 또는 업데이트할 수 있으며, 변경 사항은 전송 확인에 전파됩니다.
• 취소 및 업데이트: 증명이 만료되거나 취소되면 해당 주소는 즉시 전송 자격을 잃게 됩니다.
• 감사 가능성: 온체인 이벤트 및 결정론적 규칙은 감사자와 규제 당국이 이동 및 정책 준수를 조사하는 데 도움이 됩니다.
• 구성 가능한 역할: 발행자, 컨트롤러, 증명 제공자 및 등록 기관은 거버넌스 프로세스를 통해 권한을 부여받을 수 있습니다.

RWA 스택에서 ERC-3643의 위치

• 초기 발행: 온보딩 시 KYC/AML과 함께 온체인 발행을 조정합니다.
• 2차 시장: 적격 집단 내(예: 제한된 관할권 또는 공인 투자자)에서 통제된 P2P 전송을 가능하게 합니다.
• 기업 활동: 락업, 베스팅, 상환 및 강제 전송(법적으로 요구되는 경우)은 현지 법률에 따라 거버넌스 제어 함수를 통해 구현될 수 있습니다.

이 설계는 KYC/AML 및 FATF 여행 규칙(Travel Rule) 지침을 포함한 규정 준수 프레임워크를 지원하며, 적절한 오프체인 데이터 교환이 필요한 경우에 해당합니다. 가상 자산과 관련된 AML 표준에 대한 더 넓은 맥락은 FATF 자료를 참조하십시오. FATF 가상 자산 지침.

발행자 및 개발자를 위한 실질적인 팁

• 성숙한 도구를 갖춘 체인 선택: ERC-3643은 EVM 호환이므로 이더리움과 주요 L2를 자연스러운 선택으로 만듭니다. 수수료 환경, 검증자 탈중앙화 및 생태계 지원을 고려하십시오.
• 정책과 토큰 로직 분리: 규정 준수 규칙은 전용 관리자 계약에 보관하고, 규제가 발전함에 따라 버전을 관리하십시오.
• 증명 발행자 및 등록 기관 관리: 누가 증명을 발행, 증명 또는 취소할 수 있는지 정의하고, 검증자를 추가/제거하기 위한 명확한 거버넌스를 구현하십시오.
• 수명 주기 이벤트 계획: 락업, 관할권 변경, 기업 활동 및 보고 의무는 매개변수화하고 테스트해야 합니다.
• 보관 및 서명과의 통합: 기관은 신원 레지스트리를 보관 설정과 일치시켜 주소가 안전하고 증명 가능하도록 해야 합니다.

최종 사용자를 위한 UX 및 보안

권한 부여된 토큰은 특정 주소에 적격성을 연결합니다. 이는 개인 키 관리를 중요하게 만듭니다. 키가 침해되거나 분실되면 사용자는 새 주소로 다시 확인하고 증명을 마이그레이션해야 할 수 있습니다. 장기적인 규제 대상 보유의 경우, 하드웨어 지갑은 키를 오프라인으로 유지하고 결정론적 백업을 제공하여 운영 위험을 줄일 수 있습니다.

토큰화된 RWA에 투자하거나 ERC-3643 기반 제품을 구축하는 경우, OneKey는 적격 주소 뒤의 키를 안전하게 보호하는 데 도움을 줄 수 있습니다.

• 간단한 백업 및 암호 문구 지원을 통한 안전한 오프라인 키 저장.
• 신원 레지스트리 및 규정 준수 전송에 사용되는 주소에 대한 다중 체인 EVM 호환성.
• 기관 및 전문가 워크플로우에 적합한 개방형 통합 및 투명한 설계.

안전한 키 보관소를 온체인 신원과 일치시키면, 기업 활동 또는 2차 전송이 가장 중요할 때 규정 준수 적격 주소가 통제 범위를 벗어날 가능성을 줄일 수 있습니다.

일반적인 질문

• ERC-3643 토큰을 브릿징할 수 있습니까? 기술적으로 EVM 체인 간에는 가능하지만, 대상 네트워크에서 규정 준수가 강제되어야 합니다. 신원 레지스트리 및 증명 발행자는 크로스체인 계획이 필요하며, 그렇지 않으면 래핑된 토큰이 권한 부여를 잃을 수 있습니다.
• 제재 또는 관할권 규칙은 어떻게 처리됩니까? 규정 준수 정책 및 승인된 증명 발행자를 통해 처리됩니다. 발행자는 권위 있는 목록을 참조하고 현지 규정과 일치하도록 시기적절한 업데이트를 유지해야 합니다.
• ERC-3643은 DeFi와 함께 작동합니까? DeFi 프로토콜이 신원 확인을 통합하는 경우 작동할 수 있습니다. ERC-3643 정책이 참여를 제한하는 기관 DeFi를 위한 "권한 부여된 풀"의 성장이 예상됩니다. 기관적으로 권한 부여된 DeFi 파일럿의 실제 사례는 MAS Project Guardian을 참조하십시오. MAS Project Guardian.

결론

RWA 토큰화가 가속화되고 있지만, 규제 준수가 자산이 국경을 넘어 확장될 수 있는지 여부를 결정합니다. ERC-3643은 발행자에게 온체인에서 신원 및 규정 준수를 강제할 수 있는 표준화되고 모듈화된 방법을 제공하여, 프로그래밍 가능성을 유지하면서 퍼블릭 블록체인을 규제된 상품에 적합하게 만듭니다.

기관들이 MiCA와 같은 프레임워크 및 Project Guardian과 같은 이니셔티브 하에서 파일럿을 프로덕션으로 확장함에 따라, ERC-3643과 같은 표준은 규정 준수 토큰이 거래소, 보관 기관 및 DeFi와 상호 작용하는 방식을 기반으로 할 것입니다. 빌더 및 투자자에게는 ERC-3643의 권한 부여와 강력한 개인 키 보안을 결합하는 것이 필수적입니다. ERC-3643 워크플로우에 참여하는 주소에 대한 안정적이고 다중 체인 하드웨어 보관이 필요한 경우, OneKey를 사용하여 신원 등록 계정 뒤의 키를 보호하고 규정 준수 운영을 간소화하는 것을 고려하십시오.