유럽과 아시아 태평양 지역의 토큰화된 주식 규칙의 차이점은 무엇입니까: 발행, 거래 및 사용자 보호
일반적인 “규제 환경”으로 유럽, 홍콩, 싱가포르에 관해 글을 쓰다 보면 실제로 제품의 경계를 결정하는 자료, 즉 토큰이 실제로 나타내는 권리, 발행 또는 유통을 담당하는 사람, 거래 및 결제를 완료하는 사람, 사용자가 위험과 제한 사항을 확인할 수 있는 곳을 쉽게 놓칠 수 있습니다. 지역적 차이는 특정 시장에 대한 느슨하거나 엄격한 판단으로 압축되기보다는 이러한 특정 문제에 대해 후퇴해야 합니다.
본 논문에서는 대표적인 공공 프레임워크 3곳으로 유럽, 홍콩, 싱가포르를 선정했다. 전체 아시아 태평양 지역과 동일시하지 않으며 특정 제품, 플랫폼 또는 사용자 자격에 대한 결론을 내리지도 않습니다. 보다 유용한 접근 방식은 동일한 제품 수명 주기에 따라 공개 문서를 하나씩 확인하는 것입니다.
먼저, 비교단위를 '특정 지역의 제품 생애주기'로 설정합니다.
유럽과 아시아 태평양 지역의 토큰화된 주식 규제를 비교할 때 먼저 제품 권리 및 분류, 발행 또는 유통 주체, 거래 및 결제 기능, 사용자 파일의 4가지 측면을 기록한 다음 지역에 대해 논의합니다. 그 이유는 간단합니다. 동일한 "토큰화된 주식" 이름이 다른 기본 권리, 다른 엔터티 및 다른 서비스 링크에 해당할 수 있습니다. 지역 이름은 이러한 사실을 대체할 수 없습니다.
- 먼저 토큰 보유자가 어떤 권리를 갖고 있는지, 제품이 어떻게 분류되는지 확인하세요.
- 거래, 결제 또는 기술 운영 주체와 별도로 기록 발행 또는 유통 주체를 기록합니다.
- 시장 상황과 거래 메커니즘을 분리하세요. 전자는 규칙과 책임을 살펴보고, 후자는 데이터 필드를 살펴봅니다.
- 사용자 문서의 일부로 위험 공개, 서비스 범위 및 제한 사항을 확인하세요.
| 링크 | 무엇을 먼저 물어봐야 할까요? | 공개자료 우선 검증 |
|---|---|---|
| 제품 권리 및 분류 | 토큰 보유자는 어떤 권리나 가격 노출을 받나요? 제품은 어떻게 분류되나요? | 제품 용어, 릴리스 노트, 법적 정의 또는 분류 설명 |
| 발행 및 배포 | 누가 서비스를 발행, 홍보, 배포 또는 중개합니까? | 발행자 정보, 중개자 공개, 적용 조건 |
| 거래 및 정산 | 기술 운영 책임을 중개하고, 실행하고, 기록하고, 정산하거나 담당하는 사람은 누구입니까? | 시장 시설 설명, 거래 규칙, 정산 및 예외 처리 조치 |
| 사용자 보호 | 위험, 제한 사항, 에스크로 또는 기록 메커니즘, 분쟁 처리는 어떻게 설명됩니까? | 위험 공개, 고객 문서, 기술 통제 및 제한 사항 설명 |
이 순서는 일반적인 오해를 피할 수도 있습니다. 페이지에 온체인 기록, 토큰 코드 또는 지역 간 액세스 포털이 표시되어도 제품 권리, 주체 책임 또는 사용자 보호가 동일한 문서에서 다루어졌는지 자동으로 대답하지 않습니다. 주요 자료가 누락된 경우 "검증 예정"이라는 결론을 내리는 것이 지역적 인상으로 정보를 채우는 것보다 더 신뢰할 수 있습니다.
RootData의 시장 데이터를 사용하려면 이 네 가지 유형의 문서도 전제 조건입니다. 제품 유형 및 서비스 범위가 먼저 고정된 경우에만 거래 활동, 유동성 또는 제품 범위와 같은 필드가 권리 또는 지역적 결론으로 잘못 해석되지 않습니다.
유럽: 먼저 제품 분류 경계를 확인한 다음 거래 및 정산 방식을 살펴봅니다.
EU 맥락에서 금융상품의 정의를 충족하는 토큰화된 증권은 MiCA의 범위를 벗어납니다. 여기서 “금융상품”은 기존 규정이 적용되는 증권과 같은 상품 범주로 이해될 수 있습니다.MiCA Article 2에 대한 ESMA 공개 페이지금융상품의 정의를 충족하는 암호화폐 자산은 특별히 제외됩니다.유럽연합 집행위원회의 메모이는 또한 토큰화된 증권이 여전히 기존 증권 및 은행 규정의 맥락에서 이해되어야 함을 상기시킵니다. 따라서 "토큰화"를 보는 것만으로는 MiCA가 출발점이 되어야 한다고 추론하기에는 충분하지 않습니다.
배포: 기술적 형식은 기본 권리 식별을 대체하지 않습니다.
연구자의 경우 발행 수준에서 최소한 두 가지 사항을 분리해야 합니다. 첫째, 기본 권리가 증권으로 기술되는지 아니면 기타 금융 상품으로 기술되는지 여부; 둘째, 온체인 기록이 등록, 전송, 액세스 또는 기타 기능을 수행하는지 여부입니다. 여기서 요점은 제품을 분류하는 것이 아니라 독자들에게 기술 라벨을 분류 결론으로 간주하지 않도록 상기시키는 것입니다.
거래 : 발행서류 외에 시장시설, 결제경로 등도 고려
EU의 DLT 파일럿 체제는 거래 및 정산에 대한 논의를 분산 원장 시장 인프라의 파일럿 프레임워크에 넣습니다. DLT 시장 인프라는 분산 원장을 사용하여 거래 및 결제를 처리하는 규제된 시장 배열을 의미합니다.관련 EU 규정따라서 약정을 조사할 때 발행인의 설명에만 머물지 말고 실제 거래 장소, 기록 또는 결제 메커니즘, 해당 문서에 명시된 조건을 확인해야 한다는 점을 상기시켜 줍니다. 파일럿 프레임워크 자체는 특정 제품이나 엔터티에 대한 결론을 도출하는 것과 동일하지 않습니다.
거래 장소, 기록 메커니즘 또는 결제 경로가 공개 자료의 특정 주체와 일치하지 않는 경우 발행 자료가 아무리 완전하더라도 거래 링크 작동 방식을 설명하는 것만으로는 충분하지 않습니다. 이 간격은 별도로 기록해야 합니다.
유럽 부분에서는 비교표의 "발행" 열과 "거래" 열을 결합해서는 안 됩니다. 전자는 제품과 권리가 어떻게 설명되는지에 대한 답변이고, 후자는 어떤 종류의 인프라가 시장 기능을 수행하는지에 대한 답변입니다. 두 가지 유형의 문서의 역할은 서로 다르며, 두 유형 중 하나가 없으면 지역 비교의 핵심 차원이 상실됩니다.
홍콩: 토큰화로 인해 발생하는 증권 규칙, 소유권 및 기술 위험
홍콩 증권선물위원회(SFC)는 토큰화된 증권을 분산 원장 기술을 사용하는 전통적인 금융 상품으로 간주하고 "동일 사업, 동일 위험, 동일 규칙"이라는 이념을 바탕으로 관련 중개 활동을 처리합니다. 저것토큰화된 증권 관련 활동에 관한 회람독자들은 상품의 증권 속성과 특정 중개 활동이 여전히 주요 독서 대상이라는 점을 상기합니다. 체인의 기술적 배치는 이를 기반으로 관리해야 하는 위험 및 제어 문제를 추가하는 것입니다.
배포 및 배포: 누가 무엇을 담당하는지 명확히 합니다.
홍콩 프레임워크 하에서 제품 연구는 프로젝트 당사자의 기술 도입만 살펴서는 안 됩니다. 최소한 발행자, 중개자, 보관 또는 기술 서비스 관련 주체가 수행하는 역할은 별도로 기록되어야 하며, 제품 문서에서 토큰의 소유권 기록 또는 전송 메커니즘을 설명하는지 여부도 별도로 기록되어야 합니다. 이는 주제에 라벨을 붙이기 위해 수행된 것이 아니라 배포, 배포 및 기술 운영의 세 가지 유형의 책임이 마케팅 텍스트에 함께 혼합되는 것을 방지하기 위한 것입니다.
발행, 거래, 보관 및 기술 서비스에 대한 설명이 같은 페이지에 나타날 때 가장 중요한 것은 이를 하나의 브랜드 인상으로 요약하는 것이 아니라 각 기능을 실제 본문과 파일에 매핑하는 것입니다.
이러한 파일을 처음 정렬한 후에는 시장 데이터가 비교에 적합합니다. 유사한 상품의 활동, 유동성 또는 적용 범위를 관찰해야 하는 경우 상품 유형, 서비스 범위 및 데이터 시점을 수정할 수 있습니다.RootData 주식 파생상품 거래 플랫폼 순위 보기. 이는 시장 상황을 관찰하는 역할을 하며 중개자, 권리 또는 영토 제한에 대한 문서 확인을 대체하지 않습니다.
사용자 보호: 재산권, 기술적 예외 및 고객 공개 요구 사항이 함께 적용됩니다.
관련 홍콩 회보에는 소유권 기록, 기술적 위험, 실사 및 고객 공개에 대한 주의가 필요합니다. 2차 거래 계약도 관련 문서와 함께 읽어야 합니다. 기관의토큰화된 증권 관련 활동에 관한 회람소유권 및 기술 위험에 대한 팁승인된 투자 상품의 토큰화된 2차 거래회람에는 발행 도입만으로는 2차 시장 방식을 대체할 수 없다고 명시되어 있습니다. 또한 사용자 문서를 통해 독자는 보유자 권리가 어떻게 기록되는지, 네트워크 포크 또는 시스템 중단 시 어떤 조치에 의존하는지, 식별해야 하는 제한 사항과 위험이 무엇인지 확인할 수 있어야 합니다.
사용자의 경우 파일 수가 아니라 각 위험을 권리 기록, 책임 당사자 또는 예외 처리 지침에 매핑할 수 있는지 여부가 핵심입니다. 해당 자료를 찾을 수 없는 경우 동일한 보호가 가능하다고 가정해서는 안 됩니다.
싱가포르: 제품 분류와 시장 기능은 공공 화해의 출발점입니다.
싱가포르의 독서 포털은 자본 시장 상품의 법정 분류입니다. 특정 제안 계약 및 관련 의무도 함께 이해해야 합니다. 시행중인증권선물법증권, 집합 투자 계획 단위 및 파생 계약과 같은 범주를 자본 시장 상품의 법적 정의로 구성합니다. 관련 있는섹션 309B발행자는 또한 특정 상황에서 상품 분류를 결정해야 합니다. 토큰화된 주식에 대한 연구를 위해 이는 독자들에게 "온체인 자산"이라는 일반적인 용어에서 추론하기보다는 기본 권리와 실제 활동이 어떤 제품 및 서비스 맥락에 속하는지 먼저 알아내도록 상기시킵니다.
배포: 분류는 구체적인 제안 일정과 함께 읽어야 합니다.
특정 제안과 관련된 섹션 309B는 분류 단계를 특정 제안 및 문서 조건과 함께 읽어야 함을 나타냅니다. 외부 독자의 경우 합리적인 조사 조치는 제품 카테고리, 제안 수신자, 배포 자료 및 서비스 범위를 동일한 노트 페이지에 배치하는 것입니다. 일반적으로 정의를 발췌하는 것만으로는 전체 경로를 설명하기에 충분하지 않습니다.
제안 대상, 발급 자료 및 서비스 범위가 서로 일치하지 않는 경우 제품 분류 자체만으로는 전체 발급 경로를 복원하기에 충분하지 않습니다.
거래: 실제 시장 기능의 관점에서 담당 주체를 되돌아봅니다.
제품이 거래, 매칭, 결제 또는 고객 인터페이스에 들어갈 때 실제 기능을 제공하는 사람이 누구인지에 초점이 맞춰집니다. 모든 기능이 동일한 브랜드에 의해 수행된다고 가정하기보다는 제품 발행자, 거래 또는 운영 주체, 보관 또는 기록 메커니즘을 분리해야 합니다. 이는 또한 유럽의 시장 인프라 문제와 홍콩의 중개 및 기술 통제 문제(발행자, 시장 기능을 운영하는 사람, 사용자가 의존하는 문서 및 통제 장치)와 관련하여 세 부분으로 구성된 시리즈를 구성할 수 있습니다.
실제 시장 기능을 분리하면 독자가 제품 이름, 고객 인터페이스 및 거래 결제 책임을 동일한 주체가 부담하는 것으로 오해하는 것을 방지할 수 있습니다.
사용자 보호는 지역별 정렬이 아닌 5가지 자료 정렬에 의존합니다.
정권 진입은 유럽, 홍콩, 싱가포르에 따라 다르지만 사용자 보호를 위한 비교 단위는 단순히 지역 이름이 되어서는 안 됩니다. 보다 실용적인 접근 방식은 동일한 제품이 권리, 책임 주체, 거래 및 결제, 보관 또는 기록 메커니즘, 위험 및 제한 사항 등 5가지 정보를 공개 문서에 하나씩 매핑할 수 있는지 확인하는 것입니다. 제품 페이지가 질문의 한 부분에만 답변할 경우 전체 판단에 부담을 주어서는 안 됩니다.
- 오른쪽:토큰 보유자는 등록된 이익, 수익적 이익, 가격 노출 또는 기타 계약상 권리를 얻습니까?
- 책임 주체:발행, 유통, 거래, 보관, 기록 및 기술운영은 누가 합니까?
- 거래 및 정산:주문은 어떻게 실행되고, 기록은 어떻게 업데이트되며, 중단이나 분쟁이 발생할 경우 어떤 프로세스에 의존합니까?
- 통제 및 보관:액세스, 전송, 개인 키 또는 기타 제어 메커니즘을 누가 제어하며 비정상적인 이벤트는 어떻게 처리됩니까?
- 공개 및 제한사항:제품 문서에 위험, 고객 분류, 서비스 범위 및 지리적 제한 사항이 명확하게 설명되어 있습니까?
이 다섯 가지 항목은 특정 영역에 대한 고정된 규칙 목록이 아니며 전문적인 조언을 대체하지도 않습니다. 그들의 역할은 "사용자 보호"를 추상적인 개념에서 추적 가능한 문서 문제로 변환하는 것입니다. 동일한 사안에 대해 문서 간에 불일치가 있거나 주요 역할이 명확하게 명시되지 않은 경우에는 지역적 인상으로 채우기보다는 계속 확인하는 것이 가장 안전한 기록입니다.
제품 및 서비스 범위를 확인한 후 RootData를 사용하여 시장 상황을 비교하세요.
시장 데이터는 비교할 제품 유형, 서비스 범위 및 거래 세그먼트가 정렬된 경우에만 적절한 위치를 갖습니다.RootData의 주식 파생상품 지침시장 분야를 이해하기 위한 비교 맥락. 시장 데이터는 시장 상황을 관찰하는 데 도움이 될 수 있지만 제품 권리, 지역 적합성 또는 사용자 자격을 입증하는 데 사용되어서는 안 됩니다.
다음 단계가 유사한 제품의 시황을 비교하는 것이라면 제품 유형, 대상 계약, 서비스 범위 및 데이터 시점을 먼저 고정해야 합니다. 이 단계는 문서 검증 이후에 이루어져야 합니다. 시장 데이터는 "현재 관찰 가능한 것"에 답할 수 있으며 "협정에 따라 제품에 의해 제공되는 권리나 보호가 무엇인지"를 대체할 수 없습니다.
FAQ
MiCA는 토큰화된 모든 주식 상품에 직접 적용되나요?
이런 추론을 직접적으로 하는 것은 적절하지 않습니다. ESMA의 MiCA 범위 페이지에는 금융상품의 정의를 충족하는 암호화폐가 제외되어 있으므로 특정 상품의 경우 단순히 토큰화 여부가 아닌 권리, 분류, 거래 방식 등을 확인해야 합니다. 제품 문서에 해당 제품이 나타내는 권리가 명확하게 명시되어 있지 않거나 거래 계약이 명확하게 설정되지 않은 경우 지역 이름 자체로는 공백을 메울 수 없습니다. 이때 더 적절한 기록은 기술적 형식을 규칙 결론으로 확장하는 것보다 확인해야 할 항목을 표시하는 것입니다.
홍콩의 토큰화된 증권은 블록체인 기술 설명만 읽어도 되나요?
충분하지 않습니다. 홍콩 증권선물위원회의 공개 자료는 전통적인 금융 상품, 중개 활동, 소유 위험, 기술 위험 및 고객 공개를 동일한 읽기 틀에 배치합니다. 기술 설명은 제품 문서 및 서비스 엔터티 정보를 통해 확인해야 하며, 특히 온체인 기록이 소유권 기록, 전송 제어 및 예외 처리에 어떻게 영향을 미치는지 식별해야 합니다. 이러한 핵심 사항이 간략한 제품 소개에만 남아 있다면 공식 문서로 돌아가서 계속 확인해야 합니다.
싱가포르에서는 토큰이 어떤 유형의 자본 시장 제품에 속하는지 먼저 묻는 이유는 무엇입니까?
공개 법적 틀은 제품 카테고리와 실제 활동으로 시작되기 때문입니다. 해당 기업, 시장 기능 및 문서 조건을 계속 읽기 전에 먼저 기본 권리와 특정 제안 또는 서비스 약정을 식별하십시오. 연구 기록의 경우 제품 분류, 제공 대상, 서비스 개체 및 거래 기능을 별도로 보관해야 합니다. 그 중 명확하지 않은 것이 있으면 "Singapore Project"라는 라벨을 대신 사용해서는 안됩니다. 이는 또한 발급자, 인터페이스 제공자 및 실제로 거래 기능을 수행하는 엔터티의 혼동을 방지할 수 있습니다.
지역 제한 알림을 통해 제품 사용 가능 여부를 개별적으로 알 수 있습니까?
개별적으로 명시할 수 없습니다. 지역별 알림은 제품 문서의 일부일 뿐입니다. 특정 연구에는 제품 구조, 서비스 실체, 고객 분류, 거래 계약 및 현재 조건의 조합이 필요합니다. 이는 서비스 제공자가 특정 범위를 설정했음을 나타낼 수 있지만 제품 권리, 거래 메커니즘 또는 사용자 보호 약정이 특정 조건을 충족했음을 독립적으로 증명할 수는 없습니다. 약관과 제품 소개 사이에 불일치가 있는 경우 현재 공식 문서가 우선합니다. 이 문서는 개인이나 제품의 가용성에 대해 어떠한 판단도 하지 않습니다.