KR20200044857A

KR20200044857A - 가치 전송을 위한 방법 및 장치

Info

Publication number: KR20200044857A
Application number: KR1020207008152A
Authority: KR
Inventors: 마크 밴지
Original assignee: 토큰 아이큐 인코포레이티드
Priority date: 2017-08-25
Filing date: 2018-08-24
Publication date: 2020-04-29
Also published as: CN111357032A; CA3073498A1; EP3673431A4; WO2019040855A1; US20200175501A1; AU2018322377A1; JP2020532032A; SG11202001587UA; EP3673431A1

Abstract

본 기술의 다양한 양태에 따라 증권을 토큰화하는 방법 및 장치는 하나 이상의 분산된 원장에 상주하는 토큰에 대한 제어된 교환 환경을 용이하게 하기 위한 다양한 모듈을 포함한다. 모듈은 하나 이상의 분산된 원장상에서 토큰을 생성 및 발행하고 토큰의 지갑으로의 전송을 허용하기 전에 수신자 또는 다른 엔티티의 지갑이 토큰을 받기 위해 자격이 부여되어 있는 것을 확인하도록 구성된다. 모듈은 또한 하나 이상의 미리 결정된 이벤트가 발생할 때까지 토큰에 대한 액세스를 제한할 수도 있다.

Description

가치 전송을 위한 방법 및 장치

본 출원은 2017년 8월 25일자로 출원된 미국 가특허출원 제 62/550,495 호의 이익을 주장하며, 그 출원의 개시 내용을 참조에 의해 포함한다.

초기 토큰 오퍼링 (종종 ITO, ICO, 또는 크라우드펀딩으로 지칭되는 토큰화된 자산의 판매) 에서의 최근 폭발은 난무하는 헤드 라인들을 야기하고 수백 개의 오퍼링들로 끝나는 엄청난 수준의 활동을 발생시켰으며, 이들 중 다수는 수억 달러에 해당하는 금액을 올렸다. 전형적인 ITO 시나리오에서, 발행자는 코인이나 피아트와 교환하여 토큰 (때때로 코인이라고도 함) 을 일반인이 이용할 수 있게 하여 성공적인 발행자가 결국 다량의 코인 (수천만 또는 심지어 수억 달러 가치) 을 보유하게 될 수도 있다. 코인은 일정한 금액의 확립된 피아트 화폐를 대표하지만, 발행자는 일반적으로 다음과 같은 운영 활동에 자금을 대기 위해 코인을 피아트 화폐로 변환해야 한다: 직원에 대한 지불; 임대; 기재; 용품; 세금; 전문적인 서비스; 기타 사업 비용.

다양한 유형의 코인에 묶여있는 많은 양의 가치가 존재하지만, 시장 깊이는 매우 얕게 유지되는데, 이는 실질적으로 상당한 양의 코인을 판매하려는 임의의 시도가 코인 시장을 보다 넓게 쉽게 파괴하고 그러한 판매의 가치를 발행자뿐만 아니라 전체 시장에 대해 신속하고 결정적으로 낮출 수 있다는 것을 의미한다. 주어진 코인의 상대적으로 적은 비율이 한 번에 판매될 때 30% 만큼의 큰 파괴가 발생하는 것으로 알려져 있다. 발행자에 대한 결과는 단일의 거래가 시장이 30% 만큼 떨어지게 했을 뿐만 아니라 주문 당시의 현물 가격을 기반으로 생성된 수익보다 훨씬 적은 원하는 유통을 생성했다는 것이다. 또한, 이러한 급격한 하락으로 인한 반향은 적어도 일시적으로 시장을 훨씬 더 떨어 뜨릴 수 있는 "플래시 크래시 (flash crash)” 를 야기할 수도 있다.

ITO 는 또한 구매자 관할 구역 및 주어진 관할 구역에서의 규제 및 과세 요건과 관련된 법적 문제를 제시한다. ITO 에 대한 입법 및 사법 환경이 미국 증권 거래위원회 (SEC)와 같은 국가 규제 기관의 발표로 명확해지기 시작함에 따라, ITO 발행자가 그들의 기업 아이덴티티가 작동할 관할 구역 및 규제 환경의 면에서 뿐아니라 그들이 그들의 토큰을 이용가능하게 할 경우 그들의 전략을 통해 생각하는 것이 점점 중요하게 된다. 현재 대부분의 발행자가 추구하는 전략은 ICO 가 "친숙한” 것으로 간주되는 관할 구역에 거주하는 것이며 아마도 단순히 미국 및 중국과 같이 잠재적으로 문제가 있는 것으로 간주되는 관할 구역에서 토큰의 직접 구매를 허용하지 않는 것이다. 이 전략의 간단한 이유는 비용, 복잡성 및 비준수 위험을 최소화하기 위한 것이다. 그러나 이 전략은 기술이 발전하고 더 널리 채택됨에 따라 가장 효율적인 시스템이 아닐 수도 있다. 예를 들어, 발행자는 결국 금지된 소유자의 손에 닿지 않을 수 있는 그들의 토큰의 릴리스 후 (post-release) 거래를 통제할 수 없다. 게다가, 발행자는 세계에서 가장 부유한 수 많은 수신자에게 액세스를 허용하지 않음으로써 많은 가치와 유동성을 테이블 위에 남겨놓을 수도 있다. 이 금지 전략은 세계에서 가장 부유한 많은 국가의 주민과 시민이 ITO 에 참여할 수 없게 하여 개별 자산뿐만 아니라 전체 부문의 가치를 떨어 뜨리므로 신중하지도 않고 경제적으로 최적이지도 않다.

본 기술의 보다 완전한 이해는 다음의 예시적인 도면과 관련하여 고려될 때 상세한 설명 및 청구 범위를 참조함으로써 도출될 수 있다. 다음의 도면에서, 유사한 참조 번호는 도면 전체에 걸쳐 유사한 요소 및 단계를 지칭한다.
도 1 은 본 기술의 예시적인 실시형태에 따른 토큰화 시스템의 블록도이다.
도 2 는 본 기술의 예시적인 실시형태에 따른 토큰화 시스템의 상세도이다.
도 3 은 본 기술의 예시적인 실시형태에 따른 발행자 모듈 및 발행자 토큰 생성 프로세스에 대한 플로우챠트이다.
도 4 는 본 기술의 예시적인 실시형태에 따른 수신자 계좌 프로세스에 대한 플로우챠트이다.
도 5 는 본 기술의 예시적인 실시형태에 따른 KYC 토큰 프로세스에 대한 플로우챠트이다.
도 6 은 본 기술의 예시적인 실시형태에 따른 토큰 전송 모듈에 대한 플로우챠트이다.
도 7 은 본 기술의 예시적인 실시형태에 따른 펀드 전송 모듈에 대한 플로우챠트이다.
도면의 요소 및 단계는 단순성 및 명료성을 위해 예시되어 있으며, 임의의 특정 순서에 따라 반드시 렌더링되지는 않았다. 예를 들어, 동시 또는 다른 순서로 수행될 수 있는 단계들은 본 기술의 실시형태들에 대한 이해를 돕기 위해 도면에 도시되어 있다.

본 발명의 다양한 양태는 기능적 블록 컴포넌트 및 다양한 처리 단계의 관점에서 설명될 수도 있다. 이러한 기능 블록은 특정된 기능을 수행하고 다양한 결과를 달성하도록 구성된 임의의 수의 기계적, 가상, 하드웨어 또는 소프트웨어 컴포넌트에 의해 실현될 수도 있다. 예를 들어, 본 발명의 예시적인 실시형태는 다양한 토큰, 디지털 자산, 분산 원장 프로토콜, 공유, 중앙 집중식, 반 중앙 집중식, 또는 분산 전자 파일, 개인 또는 공개적으로 액세스 가능한 분산 원장 등을 사용할 수도 있으며, 이들은 다양한 기능을 수행할 수도 있다. 또한, 본 발명의 다양한 양태는 임의의 수의 가치 이전, 상업적 환경, 및 화폐 환경과 관련하여 실시될 수 있으며, 설명된 시스템 및 방법은 단지 본 발명의 예시적인 애플리케이션이다. 또한, 본 발명의 예시적인 실시형태는 통신, 암호화 등을 위한 임의의 수의 종래 기술을 이용할 수도 있다.

본 기술의 다양한 양상에 따른 증권을 토큰화하는 시스템을 위한 방법 및 장치는 블록 체인과 같은 분산 원장 (DL) 을 사용하는 임의의 피어-투-피어 네트워크와 함께 동작할 수도 있다. 예를 들어, 도 1 을 참조하면, 토큰화 시스템 (100) 은 수신자의 지갑 (110) 으로부터 발행자 (108) 로 전송된 소정의 양의 코인과의 교환으로 수신자에 의해 소유된 하나 이상의 지갑 (110a, 110b, 110c) 으로의 발행자 (108) 에 의해 생성된 하나 이상의 발행자 토큰의 전송 또는 피아트 화폐의 금융 기관에 보유된 발행자의 계좌로의 직접 전송을 용이하게 하도록 구성된다. 발행자 토큰 및 수신자 지갑 (110) 은 블록 체인과 같은 DL (104) 상에 존재한다. DL (104) 은 이더리움 (Ethereum)® 또는 스텔라 (Stellar) 와 같은 기존 시스템을 포함할 수도 있거나 DL 은 주어진 발행자 (108) 에 고유할 수도 있다. DL (104) 은 또한 아직 식별되지 않은 다른 기술들을 통합할 수도 있다. 수신자는 사람, 사람들의 그룹, 또는 거래소, 투자 그룹, 예탁 서비스, 커스터디언 (custodian), 신탁 등과 같은 엔티티일 수도 있다.

대안적으로, 발행자 토큰은 제 1 DL (104) 상에서 릴리스되거나 발행될 수도 있고, 수신자의 지갑 (110) 은 제 2 DL (도시되지 않음) 상에 존재할 수도 있다. 토큰화 시스템 (100) 은 두 DL 사이에 맵을 생성하도록 구성되어 하나의 DL 상에서 발생하는 트랜잭션이 반영되거나 다른 DL 상에서 확인될 수 있도록 할 수도 있다. 토큰화 시스템 (100) 은 또한 발행자 토큰을 DL (104) 외부에서 발생하는 거래소 기반 트랜잭션을 통해 전송하도록 구성될 수도 있다.

토큰화 시스템 (100) 은 DL (104) 을 통한 발행자 (108) 로부터 제 1 수신자 지갑 (110) 으로의 발행자 토큰의 초기 전송 및 분산된 DL (104) 을 통한 제 1 수신자의 지갑 (110a) 으로부터 하나 이상의 추가의 수신자 지갑 (110b, 110c) 으로의 발행자 토큰의 임의의 후속 전송 모두를 가능하게 하도록 적절히 구성된 하나 이상의 모듈을 포함할 수도 있다. 예를 들어, 그리고 이제 도 2 를 참조하여, 일 실시형태에서, 토큰화 시스템 (100) 은 수신자 모듈 (202), 토큰 전송 모듈 (204), 자격 모듈 (206) 및 발행자 모듈 (208) 을 포함할 수도 있다. 발행자 모듈 (208) 은 ITO 와 같은 임의의 유형의 토큰 오퍼링에 대응하여 발행자 데이터의 세트에 따라 DL (104) 상에서 발행자 토큰을 생성한다. 발행자 모듈 (208) 은 발행자 데이터의 세트를 수신하고 DL (104) 상에서 토큰을 생성하기 위한 임의의 적절한 시스템을 포함할 수도 있다. 발행자 데이터는 발행자 토큰에 의해 표현된 자산/보안의 설명 및 발행자 토큰에 대한 초기 값과 같은 임의의 적절한 정보를 포함할 수도 있다.

발행자 데이터는 발행자 토큰과 연관된 전송 기준의 세트를 더 포함할 수도 있다. 전송 기준은 누가 해당 토큰을 구매, 수신, 획득, 또는 다른 방식으로 거래하도록 허용될 수 있는지와 관련한 발행자 (108) 에 의해 설정된 부과된 제한을 포함할 수도 있다. 예를 들어, 전송 기준은 소정의 국가 또는 지역으로부터의 수신자가 발행자 토큰 (들)을 구매 또는 수신하는 것을 방지하는 관할 제한들을 포함할 수도 있다. 제한들에는 수신자가 SEC 와 같은 하나 이상의 정부 기관에 의해 결정된 "적격 수신자” 인지 여부와 같은 다른 요소도 포함될 수 있다.

전송 기준은 또한 발행자 토큰이 수신자에게 전송될 수 있는 시기에 대한 제한을 포함할 수도 있다. 일 실시형태에서, 전송 기준은 미리 결정된 이벤트 또는 발생에 대응할 수도 있다. 예를 들어, 전송 기준은 토큰이 수신자에게 전송가능할 수 있지만 미리 결정된 양의 시간이 경과할 때까지 완전히 전송될 수 없도록 타이밍 조항을 포함할 수도 있다. 타이밍 조항은 베스팅 기간 (vesting period) 또는 옵션 기간에 대응하는 특정 날짜 또는 소정 양의 시간에 연결될 수도 있다. 타이밍 조항은 또한 이정표, 마감일, 약속 또는 약속 날짜, 지불 마감일, 기상 중심 이벤트 및 통상적인 상용 계약에서 일반적으로 발견되는 기타 종속성과 관련될 수도 있다. 유사하게, 타이밍 조항은 토큰이 에스크로 (escrow) 또는 지갑 (110) 에 유지될 수 있고 계약 요건의 준수와 같은 하나 이상의 다른 이벤트가 발생할 때까지 수신자의 지갑 (110) 으로 릴리스되지 않도록 다른 이벤트와 연관될 수도 있다.

발행자 모듈 (208) 은 또한 둘 이상의 DL (도시되지 않음) 상에서 발행자 토큰 (들)을 병렬로 릴리스하거나 다르게는 동시에 발행하도록 구성될 수도 있다. 2 이상의 DL 상에서 발행자 토큰을 발행하는 것은 보안 강화, 수신자에 대한 백업 보호, 및/또는 제 1 DL 에 대해 제 1 세트의 제한들 및 제 2 DL 에 대해 제 2 세트의 제한들을 두는 것에 관한 이점을 제공할 수도 있다.

수신자 모듈 (202) 은 수신자 데이터의 세트에 따라 수신자 계정을 생성하는데 사용된다. 수신자 데이터는 수신자의 개인적으로 식별가능한 정보 및 수신자의 지갑 (110) 에 대응하는 데이터와 같은 임의의 원하는 정보를 포함할 수도 있다. 수신자 모듈 (202) 은 사용자 계정을 유지하기 위한 임의의 적절한 디바이스 또는 시스템을 포함할 수도 있다. 수신자 모듈 (202) 은 또한 수신자가 인터넷과 같은 임의의 적절한 통신 네트워크를 통해 그들의 계정 및/또는 지갑 (110) 을 액세스하고 관리하는 것을 허용하도록 적절하게 구성될 수도 있다. 따라서, 수신자 모듈 (202) 은 수신자가 그들의 계정을 원격으로 탐색하고 관리하는 것을 허용하기 위해 애플리케이션 서버와 동작하도록 구성되는 사용자 인터페이스를 포함할 수도 있다.

수신자 모듈 (202) 은 또한 수신자에게 잠금 복구 프로세스를 제공하도록 구성될 수도 있다. 종래의 암호화 자산의 일반적인 문제점은 사용자가 그들의 비밀번호를 잊어 버린 경우 자산이 저장될 수도 있는 지갑 (110) 에 대한 액세스를 다시 얻는 것이 불가능할 수도 있다는 것이다. 그 결과, 지갑 (110) 의 임의의 코인 또는 토큰이 사용자에게 영원히 손실될 수도 있다.

잠금 복구 프로세스는 수신자가 수신자 계정의 진정한 소유자로서 그들의 신원을 검증하도록 요구하기 위한 임의의 적절한 프로세스를 포함할 수도 있다. 예를 들어, 일 실시형태에서, 계정 및 대응하는 지갑 (110) 의 제어를 반환하기 전에 하나 이상의 생체 인식 요소를 포함하는 다단계 프로세스가 수신자의 신원을 확인하는데 사용될 수도 있다.

대안적으로, 잠금 복구 프로세스는 수신자가 그들의 지갑 (110) 에 대한 액세스를 다시 얻도록 허용하지 않고, 대신 원래 지갑 (110) 에 보유된 임의의 발행자 토큰 (들)을 새로운 지갑 (110) 으로 재발행하는 것을 허용할 수도 있다. 예를 들어, DL 의 특성으로 인해, 일단 제 1 지갑 (110a) 에 대한 비밀번호가 분실되면, 수신자가 그 지갑 (110a) 에 대한 액세스를 다시 얻는 것이 불가능할 수도 있다. 따라서, 수신자 모듈 (202) 은 일단 원래 발행자 토큰이 더 오래 접근 가능한 것으로 보이면 대체 발행자 토큰을 획득하고 그 발행자 토큰을 새로운 지갑 (110b) 으로 전송하도록 구성될 수도 있다. 그런 다음, 원래 발행자 토큰은 무효화되거나 다르게는 나중에 거래 또는 사용되는 것을 방지하기 위해 사용 불가능하게 될 수도 있다. 수신자 모듈 (202) 은 또한 원래 발행자 토큰에 대응하는 KYC 토큰을 수신자의 원래 지갑 (110) 으로부터 제거하거나 다르게는 삭제할 수 있어서, 원래 지갑 (110a) 이 후일에 액세스되는 경우에 원래 발생자 토큰이 다른 수신자에게 전송되는 것을 방지할 수도 있다.

또 다른 실시형태에서, 수신자 모듈 (202) 은 발행자 토큰을 수신자의 원래 지갑 (110a) 에서 새로운 지갑 (110b) 으로 이동시키도록 구성될 수도 있다. 다수의 DL 에서 발행자 토큰이 발행되는 경우, 수신자 모듈 (202) 은 한 번에 하나의 DL 만이 발행자 토큰에 대한 수신자 액세스를 제공하도록 특권이 부여되고 사용되는 것을 허용할 수도 있다. 액세스가 어떻게든 제 1 DL 을 잃어버린 경우, 수신자 모듈 (202) 은 발행자 토큰에 대한 액세스를 제 2 DL 로 이전함으로써, 가치 및 수신자를 위한 지갑 (110) 에 보유된 자산에 대한 액세스를 유지하면서 발행자 토큰의 완전한 트랜잭션 이력을 유지할 수도 있다.

이제 도 1 및 도 2 를 참조하면, 자격 모듈 (206) 은 수신자 모듈 (202) 로부터 데이터를 획득하고 주어진 수신자 계좌과 관련된 정보의 제 3 자 (106) 제공자와 상호 작용하여 수신자 데이터의 적어도 일부를 확인하도록 구성될 수도 있다. 예를 들어, 제 3 자는 KYC (Know Your Client) 로 알려진 프로세스를 사용하여 수신자의 신원을 확인하고 수신자와 연관되는 KYC 데이터의 세트를 자격 모듈 (206) 에 제공할 수도 있다. KYC 데이터의 세트를 생성하는 데 필요한 공개의 양은 관할 구역에 따라 또는 특정 발행자 (108) 의 요건에 따라 달라질 수도 있다. 예를 들어, 미국에 거주하는 사람의 경우, KYC 데이터는 이름, 주소, 거주 상태, 나이, (SEC 에 의해 정의된 바와 같은) 적격 수신자인지 여부, 및 수신자의 사회 보장 번호와 같은 정보를 포함할 수도 있다. 다른 예로서, 유럽 연합 거주자에 대한 KYC 데이터는 비디오 식별 정보를 포함할 수도 있다.

자격 모듈 (206) 은 KYC 데이터 및 수신자 데이터를 사용하여, 수신자의 계좌 또는 수신자의 지갑 (110) 과 같은 자격 모듈 (206) 에 의해 액세스 가능한 위치에 저장되는 KYC 토큰을 생성할 수도 있다. KYC 토큰은 수신자가 발행자 (108) 로부터 익명성을 유지하면서 그들의 거주를 어서트하거나 그들 자신을 식별하고 토큰화 시스템 (100) 에 대해 그들의 신원을 검증하는 것을 허용한다.

자격 모듈 (206) 은 또한 KYC 데이터와 연관된 확실성에 대한 계산된 값에 기초하여 KYC 토큰에 대한 KYC 스코어를 생성할 수도 있다. KYC 스코어는 KYC 데이터와 연관된 확실성의 수준의 표시를 제공하기 위한 임의의 적합한 측정 시스템을 포함할 수도 있다. 예를 들어, 일 실시형태에서, KYC 스코어는 1 과 100 사이의 수를 포함할 수도 있으며, 계산된 스코어가 높을수록, KYC 데이터에 대한 확실성의 수준이 더 높다. 대안적인 실시형태는 A 에서 F 까지의 문자 등급을 사용할 수도 있으며, "A” 는 가장 높은 수준의 확실성을 나타내고, "F” 는 가장 낮은 수준의 확실성을 나타내고, 중간 문자는 둘 사이의 확실성 수준을 나타낸다.

발행자 (108) 는 KYC 스코어를 사용하여 주어진 유형의 트랜잭션이 발생하도록 허용되기 전에 요구될 수도 있는 임계 레벨을 할당할 수도 있다. 예를 들어, 발행자 (108) 는 수신자가 개별 수신자들 간의 지갑 간 트랜잭션에서 발행자 토큰을 획득하는 것이 허용되기 전에 베이스라인 KYC 스코어를 및 수신자가 토큰 오퍼링을 통해 발행자 토큰을 획득하는 것이 허용되기 전에 훨씬 더 높은 KYC 스코어를 요구할 수도 있다. 다른 KYC 스코어는 다음과 같은 다른 유형의 트랜잭션을 제한하는 데 사용될 수도 있다: 발행자 토큰의 발행자 (108) 에게의 재판매; 권리의 집행; 및/또는 토큰 교정의 실행.

자격 모듈 (206) 은 또한 발행자 (108) 가 수신자들이 신뢰할 수 있는 적격 엔티티라는 것을 보장하도록 구성될 수도 있다.

예를 들어, 자격 모듈 (206) 은 발행자가 AML (Anti-Money Laundering) 요건을 준수하는 것을 보장하기 위해 발행자 (108) 로부터 정보를 획득할 수도 있다. 일 실시형태에서, 자격 모듈 (206) 은 발행자 (108) 에 대한 AML 토큰을 생성하고 발행자의 지갑 (110) 에 그것을 저장할 수도 있다. 자격 모듈 (206) 은 발행자 (108) 에 대한 AML 토큰을 생성하기 위한 임의의 적절한 프로세스를 사용할 수도 있다. 예를 들어, 자격 모듈 (206) 은 수신자들에 대해서와 마찬가지로 발행자 (108) 에게 발행자에 대해 KYC 데이터를 획득하는 유사한 프로세스를 수행하게 할 수 있다. 대안적으로, 자격 모듈 (206) 은 투자자, 임원, 이사회 멤버, 또는 다른 엔티티와 같은 발행자 (108) 와 연관된 개인의 지갑 (110) 에 하나 이상의 KYC 토큰의 존재에 기초하여 AML 토큰을 생성할 수도 있다. 개별 KYC 토큰의 존재는 발행자 (108) 가 AML 규정을 준수함을 다른 사람들에게 보장하는 권한의 원천으로 작용할 수도 있다.

토큰 전송 모듈 (204) 은 DL (104) 의 "체인"상에 있지 않은 전통적인 거래소를 사용할 필요가 없이 DL (104) 을 통해 발행자 (108) 와 하나 이상의 수신자 간의 발행자 토큰 (들)의 전송을 관리한다. 토큰 전달 모듈 (204) 은 발행자 (108) 에게 수신자 간의 발행자 토큰의 분배 및/또는 후속 전송에 대한 제어 레벨을 제공하기 위한 임의의 적절한 시스템을 포함할 수도 있다. 예를 들어, 일 실시형태에서, 토큰 전송 모듈 (204) 은, 오퍼링에서 또는 일단 발행자 토큰이 수신자들 간에 자유롭게 거래되면, 수신자가 하나 이상의 발행자 토큰을 구매 또는 다르게는 획득하는 것을 허용되기 전에 KYC 토큰의 존재를 확인하기 위해 주어진 수신자의 지갑 (110) 에 액세스하도록 구성될 수도 있다.

토큰 전송 모듈 (204) 은 또한 수신자에 의해 발행자 토큰에 대한 액세스를 제한하거나 주어진 수신자에게의 전송이 완료될 때의 타이밍을 제어하도록 구성될 수도 있다. 일 실시형태에서, 토큰 전달 모듈 (204) 은 하나 이상의 발행자 토큰의 수신자의 지갑 (110) 으로의 전송을 허용하는 명령들의 세트를 수신하지만, 미리 결정된 이벤트가 발생할 때까지 수신자가 발행자 토큰에 액세스하는 것을 방지할 수도 있다. 미리 결정된 이벤트는 발행자 토큰을 현재 보유하고 있는 당사자에 의해 결정된 임의의 이벤트 또는 행위를 포함할 수도 있다. 예를 들어, 미리 결정된 이벤트는 발행자 토큰의 수신자가 발행자 토큰을 다른 수신자에게 자유롭게 팔거나 거래하기 전에 통과해야 하는 정해진 일수를 포함할 수도 있다.

이러한 방식으로, 발행자 토큰이 후속적으로 판매 또는 거래될 수 있기 전에 발행자 토큰이 "베스트"되거나 다르게는 완전히보다는 적게 전송가능하게 되는 것을 허용하는 것이 가능할 수도 있다. 발행자 토큰이 파생 상품, 옵션, 선물, 수익, 또는 일반적인 보안 수단과 유사한 토큰화 된 자산을 처리하는 기타 유사한 방법, 또는 DL (104) 과 반대로 중앙집중 시스템에 존재할 수 있는 상업 계약에서의 시간 및 기타 제약으로 취급될 수도 있는 시나리오를 작성하는 데 사용될 수도 있다.

토큰 전송 모듈 (204) 은 수신자 지갑 (110) 에 대응하는 수신자 계좌를 소유한 당사자의 암호 또는 명시적인 인가없이 수신자 지갑 (110) 으로부터 토큰의 전송을 허용하도록 추가로 구성될 수도 있다. 예를 들어, 전송 모듈 (204) 은 법원 명령을 갖는 것과 같은 특정 기준을 충족 할 때 제 3 자가 수신자 지갑 (110) 에 액세스하는 것을 허용하도록 구성될 수도 있다. 이러한 방식으로, 유언집행자, 수탁자 또는 채권자와 같은 제 3 자에게는 법원으로부터의 법적 명령에 따라 수신자 지갑 (110)으로부터 토큰 또는 코인을 전송하는 능력이 제공될 수도 있다.

토큰화 시스템 (100)은 또한 보고 모듈 (미도시) 을 포함하거나 발행자 토큰에 대응하는 보고를 생성하는 능력을 포함할 수도 있다. 예를 들어, 토큰화 시스템 (100) 은 주어진 수신자의 지갑 (110) 에 보유된 모든 자산을 커버하는 수신자에 대한 정부 규제 또는 다른 상업적 보고 요건을 준수하기 위해 필요한 세금 또는 다른 보고를 생성할 수도 있다. 토큰화 시스템 (100) 은 또한 발행자 (108) 를 대신하여 발행자 (108) 로부터의 수신자의 익명성을 유지하는 규제 준수 보고들을 생성하도록 구성될 수도 있다.

일 실시형태에서, 보고 모듈은 각각의 수신자의 지갑 (100) 에 KYC 토큰의 존재에 기초하여 수신자에 대한 세금, 재무 보고, 또는 기타 준수 문서를 생성하도록 구성될 수도 있다. 보고 모듈은 또한 단일의 KYC 토큰에 모두 연결된 다수의 지갑 (110) 을 갖는 수신자들을 위한 단일의 세금, 재무 보고, 또는 다른 유사한 문서를 생성하도록 구성될 수도 있다.

이제 도 3 을 참조하면, 동작 시에, 발행자 (108) 는 발행자 모듈 (208) 에 액세스하고 새로운 ITO (302) 와 같은 토큰 오퍼링과 관련된 발행자 데이터를 입력할 수도 있다. 오퍼링은 미리 결정된 양의 코인에 대해 수신자에 의해 토큰화되고 구매될 수도 있는 임의의 유형의 유가 증권, 파생 상품, 또는 기타 자산에 대응할 수도 있다. 토큰화 시스템 (100) 은 발행자 데이터를 사용하여 하나 이상의 DL (304) 상에 복수의 발행자 토큰들을 생성할 수도 있으며, 여기서 각각의 발행자 토큰은 오퍼링에서 제공되는 유가 증권의 일부 또는 공유를 나타낸다. 일단 생성되면, 발행자 토큰은 오퍼링의 일부로서 하나 이상의 수신자에게 초기에 전송될 수도 있다 (306). 오퍼링 후, 발행자 토큰은 DL 상의 추가 수신자들 (308) 사이에서 자유롭게 거래, 판매, 교환, 또는 다르게는 양도될 수도 있다. 동일한 발행자 (108) 로부터의 임의의 후속 토큰 오퍼링에 대해 유사한 프로세스가 사용될 수도 있다.

토큰 오퍼링에 관심이 있는 수신자는 토큰화 시스템 (100) 에 액세스하여

수신자가 발행자 토큰을 구매하는 것을 허용할 수도 있는 DL 에 링크된 사용자 계좌를 생성할 수도 있다. 예를 들어, 이제 도 4 를 참조하면, 일 실시형태에서, 수신자는 수신자 모듈 (202) 에 액세스하고 수신자 모듈 (202) 에 저장된 수신자 데이터의 세트에 기초하여 수신자 계좌를 생성할 수도 있다 (402). 수신자 모듈 (202) 은 그 후 수신자가 소유한 하나 이상의 지갑 (110) 에 연결되고 지갑 (들) (110) 을 수신자 계좌에 연결할 수도 있다 (404). 필요한 경우, 수신자 모듈 (202) 은 그 후 자격 모듈 (206) 로부터 KYC 토큰을 요청할 수도 있다 (406). 자격 모듈 (206) 로부터 KYC 토큰을 수신한 후, KYC 토큰은 수신자의 지갑(들) (110) 에 저장된다 (408).

KYC 토큰 및/또는 AML 토큰을 생성하는 프로세스는 자격 모듈 (206) 에 의해 제어될 수도 있다. 자격 모듈 (206) 은 KYC 토큰을 생성하는 데 사용되는 제 3 자 공급자로부터 KYC 데이터의 세트를 획득하기 위해 수신자 데이터를 사용한다. 예를 들어, 이제 도 5 를 참조하면, 자격 모듈 (206) 은 하나 이상의 수신자에 대한 수신자 모듈 (202) 로부터 수신자 데이터를 수신한다 (502). 그 후, 수신자 데이터는 KYC 제공자로부터 각 수신자에 대한 KYC 데이터를 얻기 위해 사용될 수도 있다 (504). 자격 모듈 (206) 은 수신된 KYC 데이터를 수신자 데이터의 적어도 일부와 함께 사용하여 각 수신자에 대한 KYC 토큰을 생성한다 (506). KYC 토큰은 또한 발행자 토큰과 연관되는 발행자 (108) 에 의해 확립된 전송 기준의 세트 또는 서브 세트를 포함할 수도 있다. 생성된 KYC 토큰은 그 후 수신자의 계좌 또는 수신자 데이터의 세트에서 식별된 대응하는 수신자의 지갑 (들) (110)에 저장될 수도 있다 (508). 유사한 프로세스가 AML 토큰을 생성하기 위해 사용될 수도 있거나 AML 토큰은 다른 사람을 위해 생성된 하나 이상의 KYC 토큰에 연결될 수도 있다.

토큰화 시스템 (100) 은 또한 추가의 방식으로 KYC 토큰을 이용하도록 구성될 수도 있다. 예를 들어, 일 실시형태에서, KYC 토큰은 수신자가 별도의 로그인/비밀번호 조합없이 웹사이트에 로그인하는 것을 허용하는 마스터 키로서 사용될 수도 있다. 또한, KYC 토큰은 수신자의 지갑 (110) 으로부터의 지불을 허용하기 위한 인증 디바이스로서 사용될 수도 있다.

발행자 토큰을 전송하는 프로세스는 토큰 전송 모듈 (204) 에 의해 제어된다. 임의의 발행자 토큰의 전송 이전에, 토큰 전송 모듈 (204) 은 발행자 토큰을 구매 또는 수신하려고 시도하는 수신자가 그렇게 하도록 자격이 부여되어 있는 것을 보장하기 위한 체크를 수행한다. 발행자 토큰의 의도된 수신자가 토큰을 소유할 자격이 없는 경우, 발행자 토큰의 전송이 발생하지 않는다. 토큰 전송 모듈 (204) 이 발행자 토큰의 의도된 수신자가 발행자 토큰을 수신할 자격이 있다고 결정하면, 전송이 완료될 수 있다.

예를 들어, 일 실시형태에서, 토큰 전송 모듈 (204) 에 의해 수행된 체크는 발행자 토큰을 수신하려고 시도하는 수신자, 개인 또는 엔티티의 신원의 확인에 적어도 부분적으로 기초할 수도 있다. 이제 도 6 을 참조하면, 일 실시형태에서, 토큰 전송 모듈 (204) 은 수신자의 지갑 (110) 에 액세스하고, 전송되기를 시도하는 발행자 토큰에 대응하는 KYC 토큰의 존재를 체크한다 (602). 토큰 전송 모듈 (204) 은 KYC 토큰을 구성하는 데이터를 발행자 토큰에 대해 생성된 전송 기준의 세트와 비교할 수도 있다 (604). 대안적으로, 전송 기준의 세트가 KYC 토큰을 생성하기 위해 데이터의 일부로서 사용되는 경우, 토큰 전송 모듈 (204) 에 의해 수행되는 체크는 수신자의 지갑 (110) 이 적절한 KYC 토큰을 갖는 것을 보장하는 것만큼 간단할 수도 있다. 체크 프로세스의 추가의 단계에서, 토큰 전송 모듈 (204) 은 또한 예를 들어 전자 자금 이체 확인, 전신 송금의 수령, 또는 발행자 토큰 (들)을 구매하려고 하는 수신자의 지갑(들) (110) 이 트랜잭션을 위해 지갑 (들) (110) 에 적절한 양의 코인을 가지고 있다의 확인을 위해 체크하는 것에 의해 수신자가 트랜잭션에 대한 적절한 자금을 가지고 있음을 확인할 수도 있다 (606). 체크가 성공적이면, 토큰 전송 모듈 (204) 은 발행자로부터 수신자의 지갑 (110) 으로의 발행자 토큰의 전송을 방지하지 않을 것이다 (608). 그 체크가 수신자의 지갑 (110) 이 적절한 KYC 토큰을 포함하지 않거나 전송 기준이 완전히 일치하지 않는 등의 문제가 있다고 결정하면, 토큰 전송 모듈 (204) 은 전송을 제한하고 수신자가 발행자 토큰을 획득하는 것을 방지할 것이다 (610).

토큰 전송 모듈 (204) 은 수신자가 KYC 데이터에 대한 필요없이 발행자 토큰을 수신할 자격이 있는지 여부를 결정하기 위해 체크를 수행하도록 구성될 수도 있다. 예를 들어, 발행자 토큰의 의도된 수신자는 발행자 (108) 의 직원일 수도 있다. 이 경우, 발행자 토큰은 급여, 보너스, 또는 베스티드 페이먼트 (vested payment) 의 적어도 일부를 포함할 수도 있다. 의도된 수신자의 신원이 이미 알려져 있기 때문에, 토큰 전송 모듈 (204) 은 KYC 토큰이 이 특정 수신자의 지갑 (110) 에 자격을 부여할 필요가 없음을 인식하도록 구성될 수도 있다.

토큰 오퍼링이 완료된 후, 발행자 토큰을 보유한 임의의 수신자는 그들의 지갑 (110) 에 보유된 발행자 토큰들 중 하나 이상의 발행자 토큰을 다른 수신자에게 판매, 거래 또는 달리 양도하는 것이 허용될 수도 있다. 종래 기술의 DL 시스템에서는, 토큰들에 대한 제약이 없으며, 그것들은 DL 상에 지갑을 갖는 임의의 개인 또는 엔티티 사이에서 자유롭게 거래될 수도 있다. 이러한 기존 시스템은 토큰을 수신, 판매, 및 거래하는 자들이 익명으로 유지되는 것을 허용한다. 이러한 익명성은 발행자와 수신자 모두에게 규정 준수 문제를 발생시키는 위에서 언급한 문제를 야기할 수도 있다.

제 1 수신자로부터 제 2 수신자로의 전송이 초기 오퍼링의 외부에 있지만, 토큰화 시스템 (100) 은 발행자 (108) 에게 오퍼링 후 발행자 토큰을 누가 수신할 수 있는 지에 대한 제약을 유지할 수 있는 능력을 제공한다. 예를 들어, 생성시 발행자 토큰과 연관된 전송 기준은 그것의 수명 전체를 통해 발행자 토큰과 함께 유지될 수도 있다. 따라서, 발행자 토큰의 임의의 후속 전송 이전에, 토큰 전송 모듈 (204) 은 발행자 토큰을 획득하려고 시도하는 임의의 후속 수신자가 그렇게 하도록 자격이 부여되어 있는 것을 보장하기 위한 체크를 수행하여야 한다. 이것은 적어도 부분적으로 자격 모듈에 의해 획득된 KYC 데이터 또는 각 수신자에 대해 생성된 KYC 토큰에 의해 달성될 수도 있다. 발행자 토큰과 연관된 전송 기준은 변경될 수 없으므로, 발행자가 설정한 초기 요건들은 유지된다. 따라서, 임의의 후속 수신자의 지갑 (110) 은 전송이 완료될 수 있기 전에 자격이 부여되어야 한다. 예를 들어, 새로운 수신자는 발행자 토큰에 연결된 전송 기준을 충족하는 적절한 KYC 토큰을 그들의 지갑 (110) 에 가지고 있어야 한다. 대안적으로, 토큰 전송 모듈 (204) 이 KYC 데이터 또는 KYC 토큰의 필요없이 새로운 수신자에게 자격을 부여할 수 있다면, 전송은 여전히 완료될 수 있다.

누가 오퍼링 후 발행자 토큰을 획득할 수 있는지에 대한 제어를 유지하는 발행자의 이러한 능력은 토큰의 거래가 발행자가 그 아래에서 운영하고 있을 수 있는 다양한 법률 또는 규제 요건의 준수를 유지할 수 있다는 보장의 수준을 제공한다. 이러한 제어는 발행자가 규제 준수 문제를 겪지 않고 디지털 코인이나 토큰의 발행을 통해 자본을 조달할 수 있다는 더 많은 확신을 가질 수 있음을 의미한다. 이러한 제어는 또한 공개적으로 및 완전한 규제 준수를 통해 토큰 거래가 수행될 수 있는 "인증된” 거래소의 생성을 허용한다.

토큰화 시스템 (100) 은 또한 발행자 (108) 및 코인 수신자에 의해 보유된 코인의 전환을 용이하게 하도록 구성된 자금 조달 모듈 (도시되지 않음) 을 포함할 수도 있다. 예를 들어, 성공적인 토큰 오퍼링에 후속하여, 발행자 (108) 는 특정 피아트 통화 가치를 나타내는 일정량의 코인을 소유할 수도 있다. 발행자 (108) 가 이용할 수 있는 하나의 옵션은 현재의 시장 시세 (market rate) 로 거래소에서 코인을 시험해 보고 및 판매하는 것이다. 그러나 위에서 설명한 이유로, 이 옵션은 시장 불안정성을 생성하고 발행자 (108) 에게 그들의 코인에 대한 최대 가치를 제공하지 않을 수도 있다. 따라서, 자금 조달 모듈은 발행자 (108) 가 거래소를 통해 판매하지 않고 그들의 코인을 DL (104) 상에서 직접 시장에 판매하기 위한 대안적인 방법으로서 사용될 수도 있다.

이제 도 7 을 참조하면, 자금 조달 모듈은 주어진 수의 코인에 대해 발행자 (108) 로부터 판매 주문을 수신하도록 구성될 수도 있다 (702). 그 후, 자금 조달 모듈은 하나 이상의 거래소로부터 코인에 대한 현재 시장 시세를 결정할 수도 있다 (704). 현재 시장 시세를 획득한 후, 자금 조달 모듈은 잠재적 할인율을 시장 시세에 적용하고 합의된 시세로 수신자에게 코인 구매 오퍼를 생성할 수도 있다 (706). 그 후, 하나 이상의 수신자는 코인의 일부 또는 전부를 구매하려는 희망을 자금 조달 모듈에 표시함으로써 그 오퍼에 응답할 수도 있다 (708). 자금 조달 시스템은 그 후 식별된 당사자들 사이에서 코인의 판매를 용이하게 하여 DL (104) 상에서 직접 전송이 발생하도록 할 수 있다 (710).

이러한 방식의 코인 판매 거래의 이점은 코인의 전체 시장이 주요 가격 변동으로부터 안정화될 수 있다는 것이다. 신뢰할 수 있고 체계적인 코인 통화 액세스에 대한 장기적인 수신자 요구를 예측가능성 및 안정적인 이행에 대한 발행자 (108) 의 희망과 연결함으로써, 통화 리스크는 운영 비즈니스로부터 리스크 프리미엄을 갖는 수신자로 전환될 수 있다. 반대로, 수신자는 예측 가능한 비율과 수량으로 시장 가격보다 낮은 가격으로 코인을 구매할 수 있는 기회를 가지며, 이는 수신자가 헤징 (hedging) 전략에 대한 보다 질서있는 기준뿐만 아니라 더 큰 계획과 가시성을 갖는 것을 허용한다.

증권을 토큰화하는 방법에 대한 이들 및 다른 실시형태는 전술한 바와 같은 개념, 실시형태 및 구성을 포함할 수도 있다.

도시되고 설명된 특정 구현들은 기술 및 그의 최상의 모드를 예시하고 어떤 방식으로든 본 기술의 범위를 제한하도록 의도되지 않는다. 실제로, 간결성을 위해, 시스템의 종래의 제조, 연결, 준비, 및 다른 기능적 양태들은 상세히 설명되지 않을 수도 있다. 또한, 다양한 도면에 도시된 연결 라인은 다양한 요소 사이의 예시적인 기능적 관계 및/또는 물리적 결합을 나타내도록 의도된다. 많은 대안적 또는 추가적 기능 관계 또는 물리적 연결이 실제 시스템에 존재할 수도 있다.

설명 및 도면은 제한적인 것이 아니라 예시적인 방식으로 간주되어야 하고, 그러한 모든 변경은 본 기술의 범위 내에 포함되도록 의도된다. 따라서, 기술의 범위는 전술한 특정 예들만에 의해서라기보다는 기술된 일반적인 실시형태 및 그들의 법적 동등물에 의해 결정되어야 한다. 예를 들어, 임의의 장치 실시형태에서 언급된 컴포넌트들 및/또는 요소들은 본 기술과 실질적으로 동일한 결과를 생성하기 위해 다양한 순열로 조립되거나 작동 가능하게 구성될 수 있으며, 따라서 특정 예에서 언급된 특정 구성에 제한되지 않는다.

크립토 통화 시장은 미성숙하며 종종 상이한 개인들에 의해 사용되는 모순되고 중복되는 시맨틱스가 존재한다. 예를 들어, 코인과 토큰은 모두 분산 원장의 디지털 자산을 지칭하는 용어이다. 때로는 그들은 그들이 특정 능력들의 세트에 의해 구현되기 때문에 프로토콜로서 지칭된다. 예를 들어, 비트코인 코인은 비트코인 프로토콜로 표시된다. 블록체인은 특정 유형의 분산 원장이지만 두 용어는 종종 상호 교환적으로 사용된다. 비트코인과 이더리움은 블록체인 유형 분산 원장의 예이지만, IOTA 및 스텔라와 같은 다른 유형은 블록체인은 아니지만 또한 분산 원장의 유형들이다.

또한, 약어 ITO 및 ICO 는 각각 초기 토큰 오퍼링 및 초기 코인 오퍼링을 지칭한다. 그러나, "초기"라는 용어의 일반적인 사용은 "초기” 오퍼링에만 관련된 것으로 본 명세서에 기술된 능력들의 제한을 암시해서는 안된다. 대신, 위에서 설명한 능력들은 후속, 보조 및 기타 오퍼링에도 적용되며 토큰의 라이프사이클 전체에 걸쳐 중요하다. 크라우드펀딩이라는 용어는 때때로 규제 감시를 피하기 위해 ITO 및 ICO 대신 사용되지만, 본 출원의 목적상, 그러한 크라우드펀딩은, 그것이 디지털 자산을 생성하는 한, ITO 와 동일하다.

본원에 사용된 바와 같이, 용어 "포함하다", "포함하는” 또는 이의 임의의 변형은 비-배타적 포함을 언급하여 요소들의 목록을 포함하는 프로세스, 방법, 물품, 조성물 또는 장치가 인용된 그러한 요소들만을 포함하지 않고, 그러한 프로세스, 방법, 물품, 조성물 또는 장치에 명시적으로 열거되거나 고유하지 않은 다른 요소들을 포함할 수도 있도록 의도된다. 구체적으로 언급되지 않은 것들에 더하여, 본 기술의 실시에 사용되는 상기 기술된 구조, 배열, 응용, 비율, 요소, 재료 또는 컴포넌트의 다른 조합 및/또는 변경은 변경될 수도 있거나 다르게는 특별히 특정의 환경, 제조 사양, 설계 매개 변수 또는 동일한 것의 일반적인 원리들로부터 벗어나지 않는 기타 운영 요구 사항에 적용될 수도 있다.

본 기술이 예시적인 실시형태를 참조하여 위에서 설명되었다. 그러나, 본 기술의 범위를 벗어나지 않으면서 그 예시적인 실시형태에 대한 변경 및 수정이 이루어질 수도 있다. 이들 및 다른 변경 또는 수정은 다음의 청구 범위에 표현된 바와 같은 본 기술의 범위 내에 포함되도록 의도된다.

Claims

발행자에 의해 생성되는 오퍼링과 연관되고 적어도 하나의 수신자 사이에서 거래되는 증권 및 자산 (securities and assets) 을 토큰화하기 위한 방법으로서,
상기 오퍼링에 대응하여 제 1 분산 원장 상에서 발행자 토큰을 생성 및 발행하는 단계;
제 1 수신자의 지갑에 자격을 부여하기 위해 체크를 수행하는 단계;
상기 제 1 수신자의 상기 지갑이 자격이 부여되었다는 확인에 후속하여 상기 발행자 토큰을 상기 제 1 수신자의 상기 지갑으로 전송하는 단계;
제 2 수신자의 지갑이 자격이 부여되었다는 확인 때까지 수신자 지갑들 사이에 상기 발행자 토큰의 임의의 후속 전송을 제한하는 단계를 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰이 상기 제 1 분산 원장에 발행될 때 상기 발행자 토큰을 제 2 분산 원장 상에서 동시에 발행하는 단계를 더 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
확인된 잠금 요청에 응답하여 상기 발행자 토큰에 액세스하는 대안적인 방법을 제공하는 단계를 더 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰의 모든 전송들은 상기 제 1 분산 원장 상에서 직접 발생하는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰의 상기 수신자의 상기 지갑으로의 전송은 시간 기반 이벤트의 발생에 후속하여 완료되는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰의 상기 제 2 수신자의 상기 지갑으로의 후속 전송은 미리 결정된 이벤트의 발생에 응답하여 상기 제 1 수신자의 인가없이 완료되는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 제 1 및 제 2 지갑들에 자격을 부여하는 것은 각각의 지갑에 대해 생성된 KYC 데이터의 세트에 기초하는, 증권 및 자산을 토큰화하기 위한 방법.
제 7 항에 있어서,
각각의 지갑에 대한 상기 KYC 데이터의 세트는 각각의 수신자에 대한 KYC 토큰을 생성하는데 사용되는, 증권 및 자산을 토큰화하기 위한 방법.
제 8 항에 있어서,
각각의 수신자에 대한 생성된 상기 KYC 토큰은 그들 각각의 지갑들에 저장되는, 증권 및 자산을 토큰화하기 위한 방법.
제 9 항에 있어서,
상기 KYC 토큰은 대응하는 지갑으로부터의 지불들을 허용하는 인증 디바이스로서 작용하도록 구성되는, 증권 및 자산을 토큰화하기 위한 방법.
제 9 항에 있어서,
상기 수신자 지갑들은 제 2 분산 원장 상에 상주하는, 증권 및 자산을 토큰화하기 위한 방법.
제 8 항에 있어서,
각각의 KYC 토큰은 상기 발행자에 의해 생성된 전송 기준들의 세트를 포함하고;
제 2 KYC 토큰의 전송 기준들의 세트가 제 1 KYC 토큰의 전송 기준들의 세트와 일치하지 않으면 상기 발행자 토큰의 상기 제 2 수신자에게의 전송이 제한되는, 증권 및 자산을 토큰화하기 위한 방법.
제 8 항에 있어서,
상기 KYC 토큰을 생성하는 것은 상기 전송 기준들의 세트를 상기 KYC 데이터의 세트와 결합하는 것을 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 8 항에 있어서,
상기 KYC 토큰은 하나 이상의 웹사이트들로 로그인하기 위한 마스터 키로서 사용되도록 구성되는, 증권 및 자산을 토큰화하기 위한 방법.
제 7 항에 있어서,
상기 KYC 데이터의 세트는 제 3 자 제공자로부터 획득되는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰에 연결되는 상기 발행자를 위한 AML 토큰을 생성하는 단계를 더 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 16 항에 있어서,
상기 AML 토큰은 하나 이상의 발행자 관련 지갑들에 보유된 적어도 하나의 KYC 토큰에 연결되며;
각각의 KYC 토큰은 각각의 발행자 관련 지갑에 대한 KYC 데이터의 세트에 기초하여 생성되는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰 및 상기 발행자 토큰이 상주하고 있는 상기 지갑에 대응하는 준수 보고 및 세금 보고 중 적어도 하나를 생성하는 단계를 더 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
제 1 항에 있어서,
상기 발행자 토큰은 파생 상품을 포함하는, 증권 및 자산을 토큰화하기 위한 방법.
발행자에 의해 생성되는 오퍼링과 연관되고 적어도 하나의 수신자 지갑 사이에서 거래되는 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템으로서,
토큰화 시스템으로서,
발행자 데이터의 세트에 따라 제 1 분산 원장 상에서 발행자 토큰을 생성 및 발행하도록 구성된 발행자 모듈;
수신자 데이터의 세트에 따라 수신자 계좌를 생성하도록 구성된 수신자 모듈; 및
상기 발행자 토큰을 상기 발행자 모듈로부터 제 1 수신자의 지갑으로 전송하도록 구성된 토큰 전송 모듈을 포함하는, 상기 토큰화 시스템; 및
자격 모듈로서,
수신자 데이터의 세트; 및
상기 발행자 데이터에 포함된 전송 기준들의 세트
에 따라 상기 제 1 수신자의 상기 지갑에 자격을 부여하도록 구성된, 상기 자격 모듈을 포함하고,
상기 자격 모듈이 상기 제 1 수신자의 상기 지갑이 상기 발행자 토큰을 수신하도록 자격이 부여됨을 확인할 때까지 상기 발행자 토큰의 상기 제 1 수신자의 상기 지갑으로의 전송이 제한되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 발행자 모듈은 상기 발행자 토큰이 상기 제 1 분산 원장에 발행될 때 상기 발행자 토큰을 제 2 분산 원장 상에서 동시에 발행하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 자격 모듈은,
상기 수신자 데이터의 세트; KYC 데이터의 세트; 및 상기 전송 기준들의 세트를 포함하는 KYC 토큰을 생성하고; 및
상기 제 1 수신자의 상기 지갑에 상기 KYC 토큰을 저장하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 22 항에 있어서,
상기 제 1 수신자의 상기 지갑은 제 2 분산 원장 상에 상주하는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 22 항에 있어서,
상기 KYC 토큰은 상기 지갑으로부터의 지불들을 허용하는 인증 디바이스로서 작용하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 22 항에 있어서,
상기 KYC 토큰은 하나 이상의 웹사이트들로 로그인하기 위한 마스터 키로서 사용되도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 22 항에 있어서,
상기 자격 모듈은 제 3 자 제공자로부터 상기 KYC 데이터를 수신하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 토큰화 시스템은 또한, 상기 자격 모듈이 상기 제 2 수신자의 상기 지갑이 상기 발행자 토큰을 수신하도록 자격이 부여됨을 확인할 때까지, 상기 발행자 토큰을 보유한 수신자 지갑과 상기 발행자 토큰을 수신하려는 제 2 수신자 지갑 사이에서 상기 발행자 토큰의 임의의 후속 전송을 제한하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 27 항에 있어서,
상기 발행자 토큰의 상기 제 2 수신자 지갑으로의 전송은 상기 제 2 수신자 지갑에서의 상기 전송 기준들의 세트가 상기 발행자 데이터에서의 상기 전송 기준들의 세트와 일치하지 않으면 제한되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 발행자 토큰의 상기 제 2 수신자의 상기 지갑으로의 후속 전송은 미리 결정된 이벤트의 발생에 응답하여 상기 제 1 수신자의 인가없이 완료되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 토큰 전송 모듈은 또한 검증된 잠금 요청에 응답하여 상기 발행자 토큰에 액세스하는 대안적인 방법을 제공하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 토큰 전송 모듈은 또한 상기 발행자 토큰의 상기 제 1 수신자의 상기 지갑으로의 전송이 시간 기반 이벤트의 발생에 후속하여 완료되도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 자격 모듈은 또한 상기 발행자 토큰에 연결되는 상기 발행자를 위한 AML 토큰을 생성하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 32 항에 있어서,
상기 AML 토큰은 하나 이상의 발행자 관련 지갑들에 보유된 적어도 하나의 KYC 토큰에 연결되며;
각각의 KYC 토큰은 각각의 발행자 관련 지갑에 대한 KYC 데이터의 세트에 기초하여 생성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 토큰화 시스템은 또한 상기 발행자 토큰 및 상기 발행자 토큰이 상주하고 있는 상기 지갑에 대응하는 준수 보고 및 세금 보고 중 적어도 하나를 생성하도록 구성되는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 발행자 토큰은 파생 상품을 포함하는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.
제 20 항에 있어서,
상기 발행자로부터 코인 판매 주문을 수신하고;
상기 코인 판매 주문에 할인율을 할당하며;
상기 할인율로 코인을 구매할 당사자를 식별하고;
상기 분산 원장 밖에서의 교환의 사용없이 상기 당사자와 상기 발행자 간의 상기 코인 판매 주문을 용이하게 하도록
구성된 자금 조달 시스템을 더 포함하는, 분산 원장 상의 증권 및 자산을 토큰화하기 위한 시스템.