KR101978092B1

KR101978092B1 - 실적증명 기반 가상화폐 지급시스템

Info

Publication number: KR101978092B1
Application number: KR1020180054520A
Authority: KR
Inventors: 김정우
Original assignee: 김정우
Priority date: 2018-05-11
Filing date: 2018-05-11
Publication date: 2019-05-13

Abstract

상품데이터 및 가상화폐의 거래정보를 인증 및 기록하는 블록체인이 탑재된 블록체인 보유서버들, 하나 이상의 상품에 대응하는 제1 상품데이터를 제1 사용자의 상품데이터용 전자지갑에 지급하고, 상기 제1 상품데이터를 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하는 관리서버 및 상기 하나 이상의 상품 중 적어도 일부의 상품이 판매되는 경우, 상기 판매된 상품에 대응하는 제2 상품데이터를 구매자의 상품데이터용 전자지갑에 지급하도록 요청하는 제1 거래요청신호를 상기 관리서버에 전송하는 제1 사용자 단말을 포함하고, 상기 관리서버는, 상기 제1 거래요청신호에 따라 상기 제2 상품데이터를 상기 제1 사용자의 상품데이터용 전자지갑으로부터 상기 구매자의 상품데이터용 전자지갑으로 이동시키고, 상기 제1 거래요청신호에 대응하는 상기 제1 상품데이터의 거래내역을 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제1 거래요청신호에 대응하는 상기 제1 사용자의 실적을 저장하고, 상기 제1 사용자의 실적이 소정의 기준값을 초과하는 경우 상기 실적에 대응하여 생성된 가상화폐를 상기 제1 사용자의 가상화폐 전자지갑에 지급하는, 실적증명(POP: Proof Of Performance) 기반 가상화폐 지급시스템이 개시된다.

Description

실적증명 기반 가상화폐 지급시스템 {VIRTUAL CURRENCY PROVIDING SYSTEM BASED ON PROOF OF PERFORMANCE MODEL}

본 발명은 실적증명 기반 가상화폐 지급시스템에 관한 것이다. 구체적으로, 블록체인을 이용하여 관리되는 거래내역에 기반하여 사용자의 실적을 산출하고, 이에 따라 가상화폐를 지급하는 시스템에 관한 것이다.

블록체인(Blockchain)은 공공 거래 장부라고도 부르며 가상 화폐로 거래할 때 발생할 수 있는 해킹을 막는 기술이다. 기존 금융 회사의 경우 중앙 집중형 서버에 거래 기록을 보관하는 반면, 블록체인은 거래에 참여하는 모든 사용자에게 거래 내역을 보내 주며 거래 때마다 이를 대조해 데이터 위조를 막는 방식을 사용하는 탈 중앙화적 특징을 갖는다.

예를 들어, 블록체인은 대표적인 온라인 가상 화폐인 비트코인에 적용되어 있다. 비트코인은 누구나 열람할 수 있는 장부에 거래 내역을 투명하게 기록하며, 비트코인을 사용하는 여러 컴퓨터가 10분에 한 번씩 이 기록을 검증하여 해킹을 막는다. 최근에는 비트코인이 가진 단점을 해결하기 위해 다양한 코인들이 개발 및 제공되고 있으며, 플랫폼적 기능을 갖는 코인의 등장으로 다양한 토큰들이 가상화폐로서 기능하고 있다.

또한, 가상화폐 플랫폼을 이용한 다양한 분산 애플리케이션(DAPP)들이 개발 및 이용되고 있어, 블록체인의 활용도는 갈수록 높아지고 있다.

공개특허공보 제10-2018-0030495호, 2018.03.23 공개

본 발명이 해결하고자 하는 과제는 실적증명 기반 가상화폐 지급시스템을 제공하는 것이다.

본 발명이 해결하고자 하는 과제들은 이상에서 언급된 과제로 제한되지 않으며, 언급되지 않은 또 다른 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

상술한 과제를 해결하기 위한 본 발명의 일 면에 따른 실적증명 기반 가상화폐 지급시스템은, 상품데이터 및 가상화폐의 거래정보를 인증 및 기록하는 블록체인이 탑재된 블록체인 보유서버들, 하나 이상의 상품에 대응하는 제1 상품데이터를 제1 사용자의 상품데이터용 전자지갑에 지급하고, 상기 제1 상품데이터를 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하는 관리서버 및 상기 하나 이상의 상품 중 적어도 일부의 상품이 판매되는 경우, 상기 판매된 상품에 대응하는 제2 상품데이터를 구매자의 상품데이터용 전자지갑에 지급하도록 요청하는 제1 거래요청신호를 상기 관리서버에 전송하는 제1 사용자 단말을 포함하고, 상기 관리서버는, 상기 제1 거래요청신호에 따라 상기 제2 상품데이터를 상기 제1 사용자의 상품데이터용 전자지갑으로부터 상기 구매자의 상품데이터용 전자지갑으로 이동시키고, 상기 제1 거래요청신호에 대응하는 상기 제1 상품데이터의 거래내역을 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제1 거래요청신호에 대응하는 상기 제1 사용자의 실적을 저장하고, 상기 제1 사용자의 실적이 소정의 기준값을 초과하는 경우 상기 실적에 대응하여 생성된 가상화폐를 상기 제1 사용자의 가상화폐 전자지갑에 지급한다.

또한, 상기 제1 사용자의 하위 사용자들 중 하나인 제2 사용자의 사용자 단말로서, 상기 관리서버에 하나 이상의 상품에 대응하는 제3 상품데이터의 지급을 요청하는 제2 사용자 단말을 더 포함하고, 상기 관리서버는, 상기 제3 상품데이터를 상기 제2 사용자의 상품데이터용 전자지갑에 지급하고, 상기 제3 상품데이터를 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제2 사용자로부터 제2 거래요청신호가 수신되는 경우, 상기 제2 거래요청신호에 대응하는 거래내역을 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제2 거래요청신호에 대응하는 상기 제2 사용자의 실적을 저장하고, 상기 제2 거래요청신호에 대응하는 실적의 소정 비율을 상기 제2 사용자의 상위 사용자에게 지급할 수 있다.

또한, 상기 관리서버는, 상기 제2 거래요청신호에 대응하는 실적의 소정 비율을 상기 제2 사용자의 상위 사용자인 제3 사용자에게 지급하고, 상기 제3 사용자에게 지급된 실적의 소정 비율을 상기 제3 사용자의 상위 사용자인 제4 사용자에게 지급하고, 상기 제3 사용자 및 상기 제4 사용자에게 실적을 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제3 사용자 또는 상기 제4 사용자의 실적이 소정의 기준값을 초과하는 경우 상기 제3 사용자 또는 상기 제4 사용자의 실적에 대응하여 생성된 가상화폐를 상기 제3 사용자 또는 상기 제4 사용자의 가상화폐 전자지갑에 지급할 수 있다.

또한, 상기 제2 사용자 단말은, 상기 제3 상품데이터의 적어도 일부를 폐기할 것을 요청하는 상기 제2 거래요청신호를 상기 관리서버에 전송하고, 상기 관리서버는, 상기 제2 사용자 단말의 상품데이터용 전자지갑으로부터 상기 제3 상품데이터를 폐기하고, 상기 제3 상품데이터의 폐기에 따른 상기 제2 사용자의 실적을 저장하되, 상기 제3 상품데이터의 폐기에 따른 실적은 상기 제3 상품데이터에 대응하는 상품의 판매에 따른 실적에 대응할 수 있다.

또한, 상기 제3 상품데이터는 상기 제3 상품데이터의 유효기간에 대한 정보를 포함하고, 상기 유효기간 내로 상기 제3 상품데이터가 상기 제2 사용자의 상품데이터용 전자지갑으로부터 이전되거나 폐기되지 않으면, 상기 제3 상품데이터를 자동으로 폐기할 수 있다.

또한, 상기 관리서버는, 상기 블록체인 보유서버들에 저장된 정보에 기초하여 상기 제1 거래요청신호를 검증하고, 검증에 성공하는 경우 상기 제2 상품데이터를 상기 제1 사용자의 상품데이터용 전자지갑으로부터 상기 구매자의 상품데이터용 전자지갑으로 이동시키고, 상기 제1 거래요청신호에 대응하는 상기 제1 사용자의 실적을 저장할 수 있다.

또한, 상기 관리서버는, 상기 제1 사용자를 루트 노드로 하고, 상기 제1 사용자의 하위 사용자들을 상기 루트 노드의 자식 노드들로 하는 트리 형태의 자료구조를 저장하는 사용자 데이터베이스를 포함하고, 상기 트리에 포함된 제1 노드에 대응하는 제5 사용자의 실적은, 상기 제5 사용자의 실적 및 상기 제1 노드를 루트 노드로 하는 서브트리에 포함된 상기 제5 사용자의 하위 사용자들의 실적에 소정의 가중치를 각각 부여하여 산출될 수 있다.

본 발명의 기타 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.

개시된 실시 예에 따르면, 블록체인을 활용하여 거래내역의 위변조를 방지하고, 이로부터 거래 참여자들의 실적을 계산하여 보상을 지급할 수 있는 효과가 있다.

또한, 기존의 작업증명, 지분증명 등의 전통적인 방식이 아닌 실적증명 모델에 기초하여 가상화폐를 발행함으로써, 새로운 형태의 가상화폐 플랫폼을 구축할 수 있다.

또한, 매출에 기반한 실적에 따라 가상화폐를 발행하므로, 블록체인을 구축 및 유지하기 위한 자금이 충분히 확보될 수 있으며, 가상화폐를 생성 및 유지하는 데 필요한 자금을 모으기 위한 별도의 수단이 필요하지 않다.

따라서, 나아가 안정적인 ICO(Initial Coin Offering)를 진행할 수 있는 기반을 용이하게 마련할 수 있다.

본 발명의 효과들은 이상에서 언급된 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 일 실시 예에 따른 시스템을 도시한 도면이다.
도 2는 실적증명 기반 가상화폐 채굴 시스템의 일 예를 도시한 도면이다.
도 3은 일 실시 예에 따라 실적증명 기반 가상화폐 채굴을 위한 매출조건을 설명하기 위한 도면이다.
도 4는 일 실시 예에 따른 매출 산정방법을 설명하기 위한 도면이다.
도 5는 일 실시 예에 따른 가상화폐 지급방법을 도시한 흐름도이다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나, 본 발명은 이하에서 개시되는 실시예들에 제한되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술 분야의 통상의 기술자에게 본 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다.

본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소 외에 하나 이상의 다른 구성요소의 존재 또는 추가를 배제하지 않는다. 명세서 전체에 걸쳐 동일한 도면 부호는 동일한 구성 요소를 지칭하며, "및/또는"은 언급된 구성요소들의 각각 및 하나 이상의 모든 조합을 포함한다. 비록 "제1", "제2" 등이 다양한 구성요소들을 서술하기 위해서 사용되나, 이들 구성요소들은 이들 용어에 의해 제한되지 않음은 물론이다. 이들 용어들은 단지 하나의 구성요소를 다른 구성요소와 구별하기 위하여 사용하는 것이다. 따라서, 이하에서 언급되는 제1 구성요소는 본 발명의 기술적 사상 내에서 제2 구성요소일 수도 있음은 물론이다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야의 통상의 기술자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또한, 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.

명세서에서 사용되는 "부" 또는 “모듈”이라는 용어는 소프트웨어, FPGA 또는 ASIC과 같은 하드웨어 구성요소를 의미하며, "부" 또는 “모듈”은 어떤 역할들을 수행한다. 그렇지만 "부" 또는 “모듈”은 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. "부" 또는 “모듈”은 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 "부" 또는 “모듈”은 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로 코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들 및 변수들을 포함한다. 구성요소들과 "부" 또는 “모듈”들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 "부" 또는 “모듈”들로 결합되거나 추가적인 구성요소들과 "부" 또는 “모듈”들로 더 분리될 수 있다.

본 발명을 설명함에 있어, 관련된 공지 기능 혹은 구성에 관한 구체적인 설명은 본 발명의 요지를 모호하지 않게 하기 위하여 생략한다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예를 상세하게 설명한다.

도 1은 일 실시 예에 따른 시스템을 도시한 도면이다.

도 1을 참조하면, 블록체인 보유서버들(100), 관리서버(200) 및 사용자 단말들(300)이 도시되어 있다.

개시된 실시 예에서, 사용자 단말들(300) 각각은 기 설정된 규칙에 기반하여 거래내역을 기록하며, 기록된 거래내역은 각각의 블록에 기록되어 블록체인 보유서버들(100)에 전파되고, 각각의 서버에 저장 및 관리된다.

개시된 실시 예에서, 블록체인 보유서버들(100)은 상품데이터 및 가상화폐의 거래정보를 인증 및 기록하는 블록체인이 탑재된 서버들을 의미한다.

사용자 단말들(300) 각각은 수집된 정보가 소정의 조건을 만족하는 경우, 이에 따른 보상을 지급받는다. 예를 들어, 사용자 단말들(300) 각각은 거래내역에 따라 가상화폐를 지급받는다.

개시된 실시 예에 따른 가상화폐는 전자화폐, 암호화폐 등 블록체인을 통하여 그 거래내역이 관리되는 모든 종류의 비 실물 화폐를 통칭하는 개념으로 이해된다.

개시된 실시 예에 따른 가상화폐는 별도의 메인넷이 구축되고, 이에 따라 관리되는 코인 형태의 가상화폐일 수도 있고, 이더리움 네트워크 등 다른 코인의 인프라를 활용하는 토큰 형태의 가상화폐일 수도 있으나, 이에 제한되지 않는다.

일 실시 예에서, 사용자 단말들(300) 각각에 지급되는 가상화폐는 이미 생성 또는 발행된 상태로서 관리서버(200)에 의하여 관리되며, 사용자 단말들(300) 각각의 거래내역에 따라 지급될 수 있다.

예를 들어, 관리서버(200)는 사용자 단말들(300)간에 발생하는 거래내역을 저장하는 블록을 생성하기 위한 연산을 수행하고, 작업증명(Proof Of Work)을 통해 블록을 생성할 수 있다. 실시 예에 따라서, 관리서버(200)는 그 대가로 생성된 소정의 가상화폐를 지급받고, 이를 사용자 단말들(300)의 거래내역에 따라 사용자 단말들(300)에 분배할 수 있다. 예를 들어, 관리서버(200)는 사용자 단말들(300) 간의 거래내역에 따른 매출이 소정의 조건을 만족할 경우, 조건을 만족한 사용자 단말에 가상화폐를 지급할 수 있다.

다른 예로, 관리서버(200)는 이미 발행된 가상화폐를 관리하고, 경우에 따라 가상화폐를 추가로 발행할 수도 있다. 관리서버(200)는 블록체인 보유서버들(100)에 저장되는 거래내역을 검증하여 그 무결성을 판단하고, 이에 기반하여 사용자 단말들(300)에게 거래내역에 따라 가상화폐를 지급할 수 있다.

일 실시 예에서, 관리서버(200)는 직접 거래내역을 검증할 수도 있고, 외부 검증서버를 통하여 거래내역을 검증할 수도 있다.

다른 실시 예에서, 사용자 단말들(300) 각각에 의하여 거래내역이 기록됨에 따라, 기 설정된 규칙에 따라 가상화폐가 생성되어 사용자 단말들(300)에 지급될 수 있으며, 이를 가상화폐의 채굴(마이닝)이라 표현한다.

일반적으로 가상화폐의 채굴은 작업증명(POW: Proof Of Work), 지분증명(POS: Proof Of Stake) 및 중요도증명(POI: Proof Of Importance) 중 하나의 방법에 의하여 수행된다. 상기한 방법들은 분산 시스템의 신뢰도를 보장하기 위하여 사용되는 분산합의 알고리즘의 하나이다.

개시된 실시 예에서는, 사용자 단말들(300)을 각각 하나의 노드로 보았을 때, 각 노드가 연관된 거래내역에 기초하여, 각 노드에 대응하는 사용자가 소정의 실적기준을 달성한 것으로 확인되는 경우 그 대가로서 소정의 가상화폐를 지급하는, 이른바 실적증명(POP: Proof Of Performance) 기반 블록체인 관리 및 가상화폐 채굴(또는 지급)방법이 제공된다.

개시된 실시 예에서, 실적은 매출을 기반으로 산정된다. 따라서, 개시된 실시 예에 따른 실적증명 기반 가상화폐 채굴방법은 매출증명(POP: Proof Of sales Profit) 기반 가상화폐 채굴방법이라고도 할 수 있다.

개시된 실시 예에서, 사용자 단말들(300)간의 거래와 이에 따른 가상화폐 지급방법은 스마트 컨트랙트(Smart Contract)에 의하여 수행된다.

도 2는 실적증명 기반 가상화폐 채굴 시스템의 일 예를 도시한 도면이다.

일 실시 예에서, 관리서버(200)는 사용자 단말들(300) 간에 거래되는 상품에 대응하는 상품데이터를 지급하며, 그 지급 기록을 관리서버(200) 및 블록체인 보유서버들(100)에 저장한다. 이하에서, 특정 정보를 블록체인 보유서버들(100)에 저장한다는 것은 블록체인 보유서버들(100)에 해당 정보가 전파되도록 함으로써, 각각의 블록체인 보유서버들(100)이 해당 정보를 저장하도록 한다는 의미로 이해된다.

또한, 관리서버(200)는 단일 서버를 의미할 수도 있으나, 서로 다른 하나 이상의 서버를 의미할 수도 있으며, 실시 예에 따라 클라우드 서버를 의미할 수도 있다. 마찬가지로, 관리서버(200)는 특정 플랫폼 또는 하드웨어에 탑재된 소프트웨어 구성을 의미할 수도 있다.

실시 예에 따라서, 관리서버(200)는 사용자들 간의 상품데이터 및 가상화폐 거래를 중개할 수 있고, 사용자들의 상품데이터 및 가상화폐를 저장하기 위한 전자지갑을 관리할 수 있다.

일 실시 예에서, 상품데이터는 상품의 종류에 따라 서로 다른 종류의 전자지갑에 보관되며, 상품의 수량을 단위로 하는 가상화폐의 일종으로 이해될 수 있다.

일 실시 예에서, 사용자는 관리서버(200)에 가상화폐를 지급하고, 상품데이터를 획득할 수 있다. 실시 예에 따라서, 사용자가 관리서버(200)에 가상화폐를 지급하고, 상품데이터를 획득하는 과정은 서로 다른 가상화폐 간의 환전과 유사한 개념으로 이해될 수 있다. 가상화폐와 상품데이터의 교환기록은 블록체인을 이용하여 관리되고, 사용자는 상품데이터 구매기록을 이용하여 상품데이터를 판매한 업체로부터 실제로 상품을 지급할 것을 요청할 수 있다.

일 실시 예에서, 상품데이터의 가격은 실제 통화 및 가상화폐 중 적어도 하나를 기준으로 정해지며, 가상화폐를 기준으로 상품데이터의 가격이 정해지는 경우, 그 가격은 실시간으로 변동될 수 있다. 예를 들어, 업체는 많이 팔리는 상품데이터의 가격을 올리고, 잘 팔리지 않는 상품데이터의 가격을 낮출 수 있다.

실제 상품의 소비자가는 실시간으로 변동되기 어려우므로, 각 사용자는 낮은 가격의 상품데이터를 구매하고, 이에 대응하는 실제 상품을 판매하여 높은 수익을 얻을 수 있다.

상품데이터의 가격은 관리서버(200)에 의하여 직접 조정될 수도 있고, 구매량에 기초하여 자동으로 조정될 수도 있다.

예를 들어, 관리서버(200)는 제1 사용자에 상품을 판매하며, 이에 대응하는 상품데이터를 제1 사용자 단말(310)에 지급한다. 제1 사용자 단말(310)에 지급된 상품데이터의 종류와 양에 대한 정보는 블록체인 보유서버들(100)에 저장된다.

도 2에 도시된 실시 예에서, 관리서버(200)로부터 직접 상품데이터를 지급받은 제1 사용자 단말(310)은 루트 노드에 대응한다. 예를 들어, 제1 사용자 단말(310)은 루트 노드로서 다른 사용자들의 사용자 단말과 계층(hierarchy)적으로 거래를 수행하고, 이에 따라 제1 사용자 단말(310)을 루트 노드로 하는 n진 트리가 생성된다.

제1 사용자는 제2 사용자에게 상품의 일부 또는 전부를 판매하며, 제1 사용자 단말(310)은 판매한 상품에 대응하는 상품데이터를 제2 사용자 단말(320)에 지급한다. 제1 사용자 단말(310)과 제2 사용자 단말(320) 간의 거래내역(315)은 블록체인 보유서버들(100)에 저장된다.

마찬가지로, 제2 사용자는 제3 사용자에게 상품의 일부 또는 전부를 판매하며, 제2 사용자 단말(320)은 판매한 상품에 대응하는 상품데이터를 제3 사용자 단말(330)에 지급한다. 마찬가지로, 제2 사용자 단말(320)과 제3 사용자 단말(330)간의 거래내역은 블록체인 보유서버들(100)에 저장된다.

실시 예에 따라서, 제2 사용자 단말(320)과 제3 사용자 단말(330)간의 거래내역에는 제2 사용자 단말(320)에 상품데이터를 지급한 제1 사용자 단말(310)에 대한 정보가 포함될 수 있다. 예로, 제2 사용자 단말(320)과 제3 사용자 단말(330)간의 거래내역이 저장된 블록에는 제1 사용자 단말(310)에 대한 정보 또는 제1 사용자 단말(310)과 제2 사용자 단말(320) 간의 거래내역(315)에 대한 정보가 함께 저장될 수 있다.

개시된 실시 예에 따르면, 관리서버(200)로부터 지급되는 상품데이터 및 그 거래내역을 블록체인 보유서버들(100)에 저장함으로써, 사용자들 간 유통되는 상품의 정품여부 확인(정품인증), 물류추적(생산자정보, 유통정보, 제품모델, 제품정보, 성분정보 등)이 가능해지고, 투명한 거래내역 및 매출관리가 가능하게 된다.

일반적으로 블록체인 보유서버들(100)에 기록되는 거래내역은 거래 참여자 전원이 확인할 수 있다. 예를 들어, 각각의 사용자 단말은 블록체인 보유서버들(100)에 기록된 거래내역에 기초하여 각각의 상품데이터 또는 그 거래내역의 무결성을 검증할 수 있다.

개시된 실시 예에서, 각각의 거래내역은 블록체인 보유서버들(100)에 암호화되어 기록되며, 암호화된 거래내역의 내용을 확인할 수 있는 권한이 차등적으로 부여될 수 있다.

예를 들어, 각각의 사용자 단말은 각 사용자 단말이 당사자로 포함된 거래내역을 복호화할 수 있는 키를 지급받고, 이를 이용하여 블록체인 보유서버들(100)에 기록된 거래내역을 복호화하여 확인할 수 있다.

또한, 각각의 사용자 단말은 도 2에 도시된 사용자 단말들(300)로 구성된 트리 상에서 자신의 자식 노드에 대응하는 사용자 단말들이 당사자로 포함된 거래내역을 복호화할 수 있는 키를 지급받고, 이를 이용하여 블록체인 보유서버들(100)에 기록된 거래내역을 복호화하여 확인할 수 있다.

일 실시 예에서, 각각의 사용자 단말은 블록체인 보유서버들(100)에 기록된 거래내역을 복호화하여 자식 노드에 대응하는 사용자 단말들의 거래내역을 확인하고, 이로부터 자신의 매출을 확인할 수 있다.

일 실시 예에서, 각각의 사용자 단말에 의한 거래가 성립되는 경우, 이에 대응하는 매출정보가 부모 노드 방향(Bottom-up)으로 전달되며, 전달되는 매출정보에 기초하여 각각의 노드에 대응하는 사용자 단말에 가상화폐가 지급될 수 있다. 또한, 각각의 거래를 복호화할 수 있는 키 정보가 매출정보와 함께 부모 노드 방향으로 전달될 수 있다.

다른 실시 예에서, 각각의 사용자 단말은 자식 노드들로부터 전달된 키 정보에 기초하여 자식 노드들의 거래내역을 블록체인 보유서버들(100)로부터 확인하고, 이로부터 자신의 매출정보를 추출할 수 있다. 추출된 매출정보는 블록체인 보유서버들(100)에 저장된 거래내역으로부터 그 무결성이 검증되고, 추출된 매출정보 또한 블록에 기록되어 블록체인 보유서버들(100)에 저장될 수 있다. 예를 들어, 추출된 매출정보가 소정의 기준을 만족하는 경우 이에 대응하는 가상화폐가 생성 및 지급되며, 해당 가상화폐의 생성 및 지급정보가 블록에 기록되어 블록체인 보유서버들(100)에 저장될 수 있다.

일 실시 예에서, 사용자는 스스로 제품을 구매할 수도 있다. 이 경우, 해당 사용자 단말은 스스로 제품을 구매처리하고, 그 내역을 블록체인 보유서버들(100)에 저장할 수 있다.

블록체인 보유서버들(100)에 저장된 거래내역은 그 무결성이 보장되므로, 이에 기반하여 각각의 사용자 단말이 소정의 매출조건을 달성하는 경우, 실적증명 기반 채굴이 성립되어 해당 사용자 단말에 소정의 가상화폐가 지급된다.

도 3은 일 실시 예에 따라 실적증명 기반 가상화폐 채굴을 위한 매출조건을 설명하기 위한 도면이다.

도 3에 도시된 트리는 도 2에 도시된 사용자 단말들(300)로 구성된 트리에 대응하며, 각각의 노드(400 내지 460)는 도 2에 도시된 각각의 사용자 단말들(300)에 대응한다. 예를 들어, 루트 노드(400)는 도 2에 도시된 제1 사용자 단말(310)에 대응한다.

도 2 및 도 3에 도시된 트리는 2진 트리로 도시되어 있으나 이는 예시를 위한 것이고, 개시된 실시 예에 따른 트리의 형태 및 차수는 이에 제한되지 않는다.

도 3을 참조하면, 트리에 포함된 각각의 노드들 간의 거래 및 이에 따른 매출정보의 전파방향이 도시되어 있다.

도 3에 도시된 각각의 노드들에 있어서, 서로 직접적으로 연결된 부모-자식 노드는 서로 적어도 한 번의 직접적인 거래가 있는 관계를 의미할 수 있다. 다른 실시 예에서, 자식 노드는 부모 노드에 대응하는 사용자로부터 추천을 받아 가입한 사용자에 대응할 수 있다.

도 3에 도시된 트리에 포함된 각각의 서브트리들은, 그 서브트리의 루트로부터 지급된 상품데이터를 이용하여 거래를 수행한 사용자 및 사용자 단말들에 대응하는 노드들을 포함한다.

일 실시 예에서, 각각의 거래행위에 따른 루트 노드(400)의 매출은 아래와 같은 조건에서 발생한다. 이하에서 루트 노드(400)에 대하여 설명되는 내용은, 루트 노드(400)의 각각의 자식 노드들을 루트로 하는 서브 트리에도 동일하게 적용될 수 있다.

첫째로, 루트 노드(400)는 스스로 상품을 구매함으로써 매출을 발생시킬 수 있다. 즉, 제1 사용자 단말(310)은 관리서버(200)로부터 지급된 상품데이터를 다른 사용자 단말에 지급하지 않고 스스로 구매처리하여 소멸시킬 수 있다. 이 경우, 해당 상품 데이터를 스스로 구매처리한 정보 또는 소멸시킨 정보가 블록체인 보유서버들(100)에 저장되고, 해당 상품 데이터에 대응하는 매출이 루트 노드(400)에서 발생하게 된다.

다른 실시 예에서, 루트 노드(400)는 트리에 포함되지 않은 외부인에게 상품을 판매함으로써 매출을 발생시킬 수 있다. 개시된 실시 예에 따른 시스템에서, 외부인에게 상품을 판매하는 경우 루트 노드(400)가 스스로 상품을 구매처리하는 것과 동일한 프로세스가 적용된다.

둘째로, 루트 노드(400)는 자식 노드들(410 및 420)에 상품을 판매함으로써 매출을 발생시킬 수 있다. 즉, 제1 사용자 단말(310)은 자식 노드들(410 및 420)에 각각 대응하는 사용자 단말에 상품데이터를 지급하고, 이에 대응하는 거래내역은 블록체인 보유서버들(100)에 저장된다.

일 실시 예에서, 거래내역에 대응하는 매출이 루트 노드(400)에서 발생하게 된다.

다른 실시 예에서, 자식 노드들(410 및 420)에 상품데이터를 지급하는 시점이 아닌, 자식 노드들(410 및 420)이 스스로 상품을 구매하거나, 외부인에게 상품을 판매하거나, 자식 노드들(410 및 420)의 자식 노드들(430 내지 460)에 상품을 판매하는 경우 루트 노드(400)에 이에 대응하는 매출이 발생할 수 있다.

셋째로, 루트 노드(400)는 자식 노드들(410 및 420) 및 그 자손 노드들을 루트로 하는 서브트리들로부터 발생하는 매출의 일정 비율을 자신의 매출로 할 수 있다.

다른 실시 예에서, 자식 노드들(410 및 420)에 대응하는 사용자 단말들은 각각 자식 노드들(410 및 420)을 루트로 하는 서브트리의 루트 노드 자격으로 관리서버(200)로부터 직접 상품데이터를 지급받고, 지급된 상품데이터에 대응하는 제품을 외부인 또는 자식 노드들(430 내지 460)에 판매할 수 있다. 마찬가지로, 자식 노드들(410 및 420)에 대한 상품데이터 지급내역 및 그 이후의 거래내역 또한 블록에 기록되어, 블록체인 보유서버들(100)에 저장된다.

이 경우, 각각의 자식 노드들(410 및 420)을 루트로 하는 서브트리에서 발생하는 매출의 일정 비율이 루트 노드(400)의 매출로 적용될 수 있다. 이는 루트 노드(400)의 자식 및 자손 노드들에도 재귀적으로 동일하게 적용될 수 있다.

루트 노드(400)로부터의 거리(즉, 트리에서의 레벨)에 따라, 매출이 반영되는 비율은 차등적으로 설정될 수 있다. 예를 들어, 자식 노드(410)에서의 매출의 30%가 루트 노드(400)의 매출으로 반영된다면, 손자 노드(430)에서의 매출은 20%가 루트 노드(400)의 매출으로 반영될 수 있다. 다른 예로, 손자 노드(430)에서의 매출의 30%가 자식 노드(410)의 매출로 반영되고, 다시 그 30%인 9%가 결과적으로 루트 노드(400)의 매출로 반영될 수도 있다.

또한, 매출은 라인에 따라 상이하게 반영되거나, 각 라인의 매출을 대비하여 루트 노드(400)의 매출로 반영될 수도 있다.

예를 들어, 루트 노드(400)의 왼쪽 자식(410)을 루트로 하는 서브트리 방향의 라인과, 오른쪽 자식(420)을 루트로 하는 서브트리 방향의 라인의 매출이 상이한 경우, 서로 다른 기준에 의거 루트 노드(400)의 매출로 반영될 수 있다.

예를 들어, 각각의 라인에 대응하는 루트 노드, 즉 왼쪽 자식(410)과 오른쪽 자식(420)의 등급, 매출, 각 서브트리의 크기(예를 들어, 각 서브트리의 레벨, 각 서브트리에 포함된 노드의 수 등)에 기초하여 가중치가 부여될 수 있으며, 각각의 서브트리로부터 발생하는 매출에 가중치가 적용되어 루트 노드(400)의 매출에 반영될 수 있다.

예를 들어, 각 서브트리의 크기가 클수록 가중치는 커지거나 작아질 수 있고, 이에 따라 매출에 0.9 또는 1.1 등의 가중치를 곱한 값 또는 그 소정 비율(예를 들어, 30%)이 루트 노드(400)의 매출로 반영될 수 있다.

일 실시 예에서, 루트 노드(400)의 왼쪽 자식(410)과 오른쪽 자식(420)의 매출이 상이한 경우, 둘 중 큰 실적을 의미하는 대실적과, 작은 실적을 의미하는 소실적을 기준으로 매출이 산정될 수 있다.

예를 들어, 매출은 소실적을 기준으로 산정될 수 있다.

도 4는 일 실시 예에 따른 매출 산정방법을 설명하기 위한 도면이다.

도 4를 참조하면, 도 3에 도시된 루트 노드(400)와 그 자식 노드들(410 및 420) 간에 매출을 산정하는 일 예가 도시되어 있다.

예를 들어, 왼쪽 자식 노드(410)에서 100의 매출(510)이 발생하고, 오른쪽 자식 노드(420)에서 200의 매출(520)이 발생하는 경우, 소실적 기준 산정방법에 의거 왼쪽 자식 노드(410)와 오른쪽 자식 노드(420)로부터 각각 100의 매출이 루트 노드(400)의 매출에 반영될 수 있다.

오른쪽 자식 노드(420)로부터 발생한 매출(520) 중 일부(522)는 루트 노드(400)의 매출에 반영되고, 나머지 일부(524)는 반영이 보류된다.

이후, 왼쪽 자식 노드(410)에서 새로운 매출(512)이 발생하는 경우, 다시 오른쪽 자식 노드(420)의 나머지 매출(524) 및 추가 매출(미도시)과 비교하여 소실적을 기준으로 루트 노드(400)의 매출로 반영된다.

일 실시 예에서, 소실적을 기준으로 매출을 반영하는 경우, 루트 노드(400)의 매출에 반영되는 매출(510 및 522)에 대해서만 블록(610)에 기록되어 블록체인 보유서버들(100)에 저장되고, 가상화폐 생성의 근거로 이용될 수 있다. 일 실시 예에서, 블록(610)에 기록되지 않은 나머지 매출(524)은 임시 블록(620)에 기록되고, 임시 블록(620)은 루트 노드(400)의 매출에 반영되는 매출(510 및 522)이 기록된 블록(610)과 연결될 수 있다.

블록(610)과 임시 블록(620)에는 서로의 주소가 저장되고, 각각의 블록을 해시한 값이 저장될 수 있다. 새로운 매출(512)이 발생하고, 그 사실이 루트 노드(400)에 대응하는 사용자 단말(310)에 통지되는 경우, 사용자 단말(310)은 블록(610)으로부터 임시 블록(620)의 주소를 획득하고, 임시 블록(620)에서 보류된 매출(524)에 대한 정보를 획득한다.

사용자 단말(310)은 블록(610)에 저장된 해시 값에 기초하여 임시 블록의 위변조 여부를 검증하고, 새롭게 발생한 매출(512)과 임시 블록(620)에 저장된 매출(524)을 비교한 후, 새롭게 발생한 매출(512)이 임시 블록(620)에 저장된 매출(524)과 같은 경우, 임시 블록(620)을 폐기하고, 새로운 블록(630)을 생성하여 루트 노드(400)에 새롭게 반영되는 매출에 대한 정보를 저장한다.

새롭게 발생한 매출(512)이 임시 블록(620)에 저장된 매출보다 작거나 큰 경우, 임시 블록(620)을 폐기하고, 그 차이에 해당하는 매출에 대한 정보를 임시 블록(640)에 저장하고, 임시 블록(640)은 다시 블록(630)과 연결되어, 서로의 주소 및 해시값에 대한 정보가 각각의 블록(630) 및 임시 블록(640)에 저장될 수 있다.

일 실시 예에서, 관리서버(200)는 가상화폐를 생성하되, 매출정보가 기록된 블록 및 임시 블록에 대한 정보를 가상화폐에 포함시킬 수 있다. 예를 들어, 관리서버(200)는 블록(610)이 생성됨에 따라 블록(610)에 대한 정보를 포함하는 제1 가상화폐를 생성하고, 이후 블록(630)이 생성됨에 따라 블록(630)에 대한 정보를 포함하는 제2 가상화폐를 생성할 수 있다. 또한, 관리서버(200)는 제2 가상화폐에 임시 블록(620)에 대한 정보를 포함시킬 수 있다.

관리서버(200)는 가상화폐의 지급 또는 사용시점에 각각의 가상화폐를 검증할 수 있는데, 각각의 블록(610 및 630)에 대한 정보를 이용하여 각각의 가상화폐를 검증할 수 있다. 또한, 관리서버(200)는 제1 가상화폐에 저장된 블록(610)에 대한 정보와, 제2 가상화폐 에 저장된 임시 블록(620)에 대한 정보에 기초하여 제1 가상화폐와 제2 가상화폐를 교차 검증할 수 있다.

예를 들어, 제1 가상화폐에 포함된 블록(610)에 대한 정보에서 임시 블록(620)의 주소 및 해시 값에 대한 정보를 획득하고, 제2 가상화폐에 포함된 임시 블록(620)에 대한 정보에서 블록(610)의 주소 및 해시 값에 대한 정보를 획득하여, 제1 가상화폐와 제2 가상화폐를 교차 검증할 수 있다. 임시 블록(620)이 블록(630) 생성과 함께 폐기된 경우에도, 임시 블록(620)에 대한 정보는 블록(610) 및 제2 가상화폐에 저장되어 검증에 활용될 수 있다.

일 실시 예에서, 루트 노드(400)에 반영된 매출은 기 설정된 조건에 따라 평가되고, 루트 노드(400)에 대응하는 사용자 단말(310)에 매출에 따른 가상화폐가 지급된다.

예를 들어, 가상화폐는 소정 매출값마다 생성될 수도 있고, 각 매출에 따른 순수익이 소정 기준값을 달성할 때마다 생성될 수도 있으나, 그 구체적인 수치는 제한되지 않는다.

또한, 루트 노드(400)에 대응하는 사용자 단말(310)은 소정의 기간(예를 들어, 일, 주, 월, 년 등) 동안 발생한 자식 및 자손 노드들의 총 매출에 대응하는 가상화폐를 정산하여 지급받을 수 있다.

또한, 루트 노드(400)에 대응하는 사용자 단말(310)은 기 설정된 특정 실적기준이나 직급달성 기준 등 기준 달성에 대한 대가로 가상화폐를 지급받을 수도 있다.

일 실시 예에서, 루트 노드(400)에 대응하는 사용자의 직급에 따라 매출에 따른 가상화폐 지급기준이 상이하게 설정될 수 있다. 예를 들어, 사용자의 직급이 올라가는 경우, 가상화폐의 지급총량을 제한하기 위해 가상화폐 지급을 위한 기준 매출은 상승할 수 있다. 하지만, 직급이 올라감에 따라 총 매출이 증가하므로, 지급되는 가상화폐의 양은 증가할 수 있다.

상술한 매출 산정방식을 적용하기 위하여, 루트 노드(400)의 자식 및 자손 노드들에 의한 거래가 발생하는 경우, 발생한 매출에 따른 일정 비율을 부모 노드에 지급하거나, 매출발생 사실을 알리는 형태의 새로운 거래가 상향식으로 루트 노드(400)까지 연쇄적으로 발생할 수 있다.

예를 들어, 도 3에 도시된 트리에서 n-1 단계의 노드와 n 단계의 노드 간 거래가 발생하는 경우, 해당 거래사실 및 해당 거래에 따른 매출의 일정 비율을 n-1 단계의 노드가 그 부모 노드인 n-2 단계의 노드에 전달하는 형태의 거래가 루트 노드(400)까지 연쇄적으로 발생하고, 해당 거래내역 또한 블록에 기록되어 블록체인 보유서버들(100)에 저장될 수 있다.

각각의 노드는, 자식 노드로부터 매출의 일부를 전달받는 거래가 성사됨과 동시에, 매출의 총액 기반으로, 또는 다른 자식 노드로부터 전달된 매출과의 비교(예를 들어, 소실적 기준 등)를 통해 해당 노드의 매출이 소정의 조건을 만족하게 되는 경우, 스마트 컨트랙트에 기반하여 생성된 가상화폐를 지급받을 수 있다. 즉, 각각의 노드에 대응하는 사용자 단말은 생성된 가상화폐를 지급받을 수 있다.

일 실시 예에서, 각각의 노드에 대응하는 사용자 단말은, 각각의 거래내역 및 매출에 대한 정보를 블록체인에 등록하기 위하여 소정의 수수료를 지불할 수 있다. 예를 들어, 수수료는 개시된 실시 예에 따라 지급되는 가상화폐로 지불할 수 있다.

도 5는 일 실시 예에 따른 가상화폐 지급방법을 도시한 흐름도이다.

도 5는 관리서버(200)에 의하여 블록체인 보유서버들(100)과 제1 사용자 단말(310)이 중개되는 일 예를 도시하고 있으나, 이는 예시로서 제공된 것으로, 이에 제한되는 것은 아니다.

단계 S710에서, 관리서버(200)는 제1 사용자 단말(310)의 요청에 따라, 하나 이상의 상품에 대응하는 상품데이터를 제1 사용자의 상품데이터용 전자지갑에 지급한다. 예를 들어, 관리서버(200)는 상품을 제1 사용자에게 판매하는 업체에서 관리되는 서버로서, 제1 사용자가 상품을 구매함에 따라 이에 대응하는 상품데이터를 제1 사용자의 상품데이터용 전자지갑에 지급할 수 있다.

단계 S720에서, 관리서버(200)는 상품데이터를 제1 사용자에게 지급한 정보를 블록체인 보유서버들(100)에게 전파되도록 제어한다.

단계 S730에서, 제1 사용자 단말(310)은 상품을 판매함에 따라 이에 대응하는 상품데이터를 구매자의 상품데이터용 전자지갑에 지급하도록 요청하는 거래요청신호를 관리서버(200)에 전송할 수 있다.

구매자가 전자지갑을 보유하지 않은 외부인이거나, 제1 사용자가 스스로 제품을 구매하는 것일 경우, 상품데이터는 제1 사용자의 전자지갑으로부터 폐기될 수 있다. 따라서, 제1 사용자 단말(310)은 관리서버(200)에 상품데이터의 폐기를 요청하는 거래요청신호를 송신할 수 있다.

단계 S740에서, 관리서버(200)는 단계 S730에서 수신된 거래요청신호에 대응하는 거래내역을 블록체인 보유서버들(100)에게 전파되도록 제어할 수 있다.

단계 S750에서, 관리서버(200)는 제1 사용자의 실적을 평가한다. 예를 들어, 관리서버(200)는 제1 사용자의 실적을 저장하고, 제1 사용자의 실적이 소정의 기준값을 초과하는지 여부를 판단한다. 제1 사용자의 실적은 제1 사용자의 하위 사용자들의 실적을 종합하여 산정된다. 하위 사용자는 제1 사용자로부터 상품을 구매하거나, 제1 사용자의 추천을 받은 사용자를 의미할 수 있으며, 도 2 내지 도 4에 도시된 트리에서, 제1 사용자에 대응하는 노드의 자식 및 자손 노드들에 대응하는 사용자들을 의미할 수 있다.

관리서버(200)는 제1 사용자 및 하위 사용자들의 거래내역을 획득하고, 획득된 거래내역에 기초하여 실적을 평가하되, 제1 사용자 및 하위 사용자들의 거래내역을 대조하여 위변조 여부를 검증할 수 있다.

실적은 매출에 기반하여 산정되며, 따라서 상품데이터의 판매기록에 기초하여 산정된다. 상품데이터의 판매기록은 상품데이터의 이전 및 폐기를 포함하고, 상품데이터의 이전은 내부 판매를 의미하고, 상품데이터의 폐기는 자체구매 또는 외부인 판매를 의미하므로 실적을 산정함에 있어서 상품데이터의 이전 및 폐기는 동등하게 취급될 수 있다.

단계 S760에서, 관리서버(200)는 제1 사용자의 가상화폐 전자지갑에 가상화폐를 지급한다. 예를 들어, 관리서버(200)는 제1 사용자의 실적이 소정의 기준값을 초과하는 경우, 이에 따라 생성된 가상화폐를 지급할 수 있다.

일 실시 예에서, 관리서버(200)는 블록체인 보유서버들(100)에 저장된 정보를 활용하여 단계 S730의 거래요청정보를 검증하고, 검증에 성공하는 경우 거래요청정보에 따라 상품데이터를 폐기하거나 이전하고, 이에 따라 사용자의 실적을 평가한다.

일 실시 예에서, 관리서버(200)로부터 제공되는 상품데이터에는 유효기간에 대한 정보가 저장될 수 있다. 유효기간 내로 상품데이터가 제1 사용자의 상품데이터용 전자지갑으로부터 이전되거나 폐기되지 않으면, 관리서버(200)는 제1 사용자에게 지급된 상품데이터를 자동으로 폐기 처리할 수 있다. 이 경우 제1 사용자에게는 상품데이터에 대응하는 상품을 판매한 것과 같은 실적이 지급된다.

본 발명의 실시예와 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접 구현되거나, 하드웨어에 의해 실행되는 소프트웨어 모듈로 구현되거나, 또는 이들의 결합에 의해 구현될 수 있다. 소프트웨어 모듈은 RAM(Random Access Memory), ROM(Read Only Memory), EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM), 플래시 메모리(Flash Memory), 하드 디스크, 착탈형 디스크, CD-ROM, 또는 본 발명이 속하는 기술 분야에서 잘 알려진 임의의 형태의 컴퓨터 판독가능 기록매체에 상주할 수도 있다.

이상, 첨부된 도면을 참조로 하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야의 통상의 기술자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로, 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며, 제한적이 아닌 것으로 이해해야만 한다.

100 : 블록체인 보유서버들
200 : 관리서버
300 : 사용자 단말들
310 : 제1 사용자 단말

Claims

상품데이터 및 가상화폐의 거래정보를 인증 및 기록하는 블록체인이 탑재된 블록체인 보유서버들;
하나 이상의 상품에 대응하는 제1 상품데이터를 제1 사용자의 상품데이터용 전자지갑에 지급하고, 상기 제1 상품데이터를 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하는 관리서버; 및
상기 하나 이상의 상품 중 적어도 일부의 상품이 판매되는 경우, 상기 판매된 상품에 대응하는 제2 상품데이터를 구매자의 상품데이터용 전자지갑에 지급하도록 요청하는 제1 거래요청신호를 상기 관리서버에 전송하는 제1 사용자 단말; 을 포함하고,
상기 관리서버는, 상기 제1 거래요청신호에 따라 상기 제2 상품데이터를 상기 제1 사용자의 상품데이터용 전자지갑으로부터 상기 구매자의 상품데이터용 전자지갑으로 이동시키고, 상기 제1 거래요청신호에 대응하는 상기 제1 상품데이터의 거래내역을 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제1 거래요청신호에 대응하는 상기 제1 사용자의 실적을 저장하고, 상기 제1 사용자의 실적이 소정의 기준값을 초과하는 경우 상기 실적에 대응하여 생성된 가상화폐를 상기 제1 사용자의 가상화폐 전자지갑에 지급하고,
상기 관리서버는, 상기 제1 거래요청신호를 포함하는 상기 제1 사용자의 거래내역을 획득하고, 상기 거래내역에 포함된 매출정보에 기초하여 상기 제1 사용자의 실적을 산출하고, 상기 제1 사용자의 하나 이상의 하위 사용자의 거래내역을 획득하고, 상기 획득된 하나 이상의 하위 사용자의 거래내역에 포함된 매출정보에 기초하여 상기 제1 사용자의 실적을 업데이트하고, 상기 업데이트된 제1 사용자의 실적에 대응하는 가상화폐를 상기 제1 사용자에게 지급하고,
상기 관리서버는, 상기 하나 이상의 하위 사용자에 속하는 제6 사용자 및 제7 사용자의 거래내역을 획득하고, 상기 제6 사용자의 거래내역에 포함된 제1 매출정보와, 상기 제7 사용자의 거래내역에 포함된 제2 매출정보를 비교하고, 상기 제1 매출정보 및 상기 제2 매출정보 중 더 작은 매출정보에 기초하여 상기 제1 사용자의 실적을 업데이트하고,
상기 관리서버는, 상기 제1 매출정보 및 상기 제2 매출정보 중 더 작은 매출정보를 제1 블록에 기록하여 블록체인에 반영하고, 상기 블록체인에 반영된 매출정보에 근거하여 상기 가상화폐를 생성하고,
상기 관리서버는, 상기 제1 매출정보 및 상기 제2 매출정보 중 더 큰 매출정보에 대하여, 상기 제1 블록에 기록되지 않은 나머지 매출정보를 제1 임시 블록에 기록하고, 상기 제1 임시 블록을 상기 제1 블록과 연결하고, 상기 제1 블록에는 상기 제1 임시 블록의 주소 및 상기 제1 임시 블록을 해시한 값이 저장되고, 상기 제1 임시 블록에는 상기 제1 블록의 주소 및 상기 제1 블록을 해시한 값이 저장되는, 실적증명(POP: Proof Of Performance) 기반 가상화폐 지급시스템.
제1 항에 있어서,
상기 제1 사용자의 하위 사용자들 중 하나인 제2 사용자의 사용자 단말로서, 상기 관리서버에 하나 이상의 상품에 대응하는 제3 상품데이터의 지급을 요청하는 제2 사용자 단말; 을 더 포함하고,
상기 관리서버는,
상기 제3 상품데이터를 상기 제2 사용자의 상품데이터용 전자지갑에 지급하고, 상기 제3 상품데이터를 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제2 사용자로부터 제2 거래요청신호가 수신되는 경우, 상기 제2 거래요청신호에 대응하는 거래내역을 상기 블록체인 보유서버들에게 전파되도록 제어하고, 상기 제2 거래요청신호에 대응하는 상기 제2 사용자의 실적을 저장하고, 상기 제2 거래요청신호에 대응하는 실적의 소정 비율을 상기 제2 사용자의 상위 사용자에게 지급하는, 실적증명 기반 가상화폐 지급시스템.
제2 항에 있어서, 상기 관리서버는,
상기 제2 거래요청신호에 대응하는 실적의 소정 비율을 상기 제2 사용자의 상위 사용자인 제3 사용자에게 지급하고, 상기 제3 사용자에게 지급된 실적의 소정 비율을 상기 제3 사용자의 상위 사용자인 제4 사용자에게 지급하고, 상기 제3 사용자 및 상기 제4 사용자에게 실적을 지급한 정보를 상기 블록체인 보유서버들에게 전파되도록 제어하고,
상기 제3 사용자 또는 상기 제4 사용자의 실적이 소정의 기준값을 초과하는 경우 상기 제3 사용자 또는 상기 제4 사용자의 실적에 대응하여 생성된 가상화폐를 상기 제3 사용자 또는 상기 제4 사용자의 가상화폐 전자지갑에 지급하는, 실적증명 기반 가상화폐 지급시스템.
제2 항에 있어서,
상기 제2 사용자 단말은, 상기 제3 상품데이터의 적어도 일부를 폐기할 것을 요청하는 상기 제2 거래요청신호를 상기 관리서버에 전송하고,
상기 관리서버는,
상기 제2 사용자 단말의 상품데이터용 전자지갑으로부터 상기 제3 상품데이터를 폐기하고, 상기 제3 상품데이터의 폐기에 따른 상기 제2 사용자의 실적을 저장하되,
상기 제3 상품데이터의 폐기에 따른 실적은 상기 제3 상품데이터에 대응하는 상품의 판매에 따른 실적에 대응하는, 실적증명 기반 가상화폐 지급시스템.
제4 항에 있어서,
상기 제3 상품데이터는 상기 제3 상품데이터의 유효기간에 대한 정보를 포함하고,
상기 유효기간 내로 상기 제3 상품데이터가 상기 제2 사용자의 상품데이터용 전자지갑으로부터 이전되거나 폐기되지 않으면, 상기 제3 상품데이터를 자동으로 폐기하는, 실적증명 기반 가상화폐 지급시스템.
제1 항에 있어서, 상기 관리서버는,
상기 블록체인 보유서버들에 저장된 정보에 기초하여 상기 제1 거래요청신호를 검증하고, 검증에 성공하는 경우 상기 제2 상품데이터를 상기 제1 사용자의 상품데이터용 전자지갑으로부터 상기 구매자의 상품데이터용 전자지갑으로 이동시키고, 상기 제1 거래요청신호에 대응하는 상기 제1 사용자의 실적을 저장하는, 실적증명 기반 가상화폐 지급시스템.
제3 항에 있어서, 상기 관리서버는,
상기 제1 사용자를 루트 노드로 하고, 상기 제1 사용자의 하위 사용자들을 상기 루트 노드의 자식 노드들로 하는 트리 형태의 자료구조를 저장하는 사용자 데이터베이스; 를 포함하고,
상기 트리에 포함된 제1 노드에 대응하는 제5 사용자의 실적은, 상기 제5 사용자의 실적 및 상기 제1 노드를 루트 노드로 하는 서브트리에 포함된 상기 제5 사용자의 하위 사용자들의 실적에 소정의 가중치를 각각 부여하여 산출되는, 실적증명 기반 가상화폐 지급시스템.