1. 하이퍼큐브 블록체인의 개발 배경과 의의

블록체인 산업은 2017년 투자자들의 관심이 급증하면서 현재 프로젝트의 기술적 다양성이 폭발적으로 증가했다. 2017년 상반기에만 블록체인 창업 자금 조달에 10억달러 이상 투입되었다. 이 자금은 블록체인의 다양성에 대한 분열 속도를 가속하고, 이에따라 블록체인 공간에서 아이디어 주도적인 혁신은 필수요소가 되었다. 2008년 나카모토 사토시의 비트 코인 논문을 기반으로 탄생된 수많은 블록체인 플랫폼은 기술적으로 많은 이들에게 인정받고 아이디어 주도적인 면에서 획기적인 부분이 분명하다. 하지만 현실적 사용처를 확보하지 못하고 어떠한 방식으로 실 생활에 결합 해야 할 지 명확한 해답을 제시하지 못하고 있다. 실 데이터의 조작불가를 기본으로 스마트 계약, 신용조회, 지불결제, 공증등 다양한 방법으로 사용할 수 있다고 많은 블록체인 플랫폼 제조사들이 발표하지만, 실제로 적용된 사례는 극히 드물다. 블록체인 기술을 어떻게 활용 해야 할지 이해하고, 그 기술적 특성을 기업의 현실적 수요와 어떠한 방식으로 결합시켜야 할지에 대한 명확한 해답이 아직까지는 나와있지 않기 때문에 실제 적용하기 힘든 부분이다.

“하이퍼큐브 블록체인은 고성능을 바탕으로 모든 이가 실 생활에 활용할 수 있는 블록체인 플랫폼을 구축하기 위해 노력하고 있다.”

㈜테라새턴은 기업의 블록체인 업무 어플리케이션을 개발하고, 기업체들이 블록체인에 대해 품고 있는 막연한 의구심을 해결하려 한다. 즉 블록체인의 기술적 특성을 일련의 가시화된 설치 가능한 행위로 구현하여 여러 업계의 다양한 규모를 가진 기업체들을 위해 탈 중심화 된 어플리케이션 플랫폼을 구축하고 블록체인 개발 비용을 절감함으로써 보다 다채로운 블록체인 생태계를 조성하고자 한다. 또, 각 사용자별 거래가 가능한 지불 결제수단을 부가적으로 마련하여, 어플리케이션에서 지불결제가 가능하도록 장치를 마련하여 보다 편리하고 실용적인 블록체인 플랫폼을 제작, 구현 하기위해 노력하고 있다.

 

2. 하이퍼큐브의 설계 이념과 원칙

실 생활에 사용할 수 있는 블록체인 기술을 위해, 가장 어려운 과제는 기업으로 하여금 블록체인 기술의 개념 및 특징을 이해시키고 가시화하여야 한다는 점이다. 또, 각 업무환경 및 사용환경에 적절히 구현하여 수요자를 만족 시킬 수 있어야 한다. 대규모 어플리케이션에 맞지 않는 PoW(Proof of Work) 합의나, PoS(Proof of Stake) 합의 메커니즘보다 신뢰할 수 있는 합의 주체(㈜테라새턴과의 계약에 따른 다수의 합의 주체)를 미리 선정(SGVP[Stability Group Verification Plan])하여 배치함으로써 보다 빠르고 보다 신뢰할 수 있는 합의를 도출하여, 대규모 어플리케이션 환경에서도 적용할 수 있다. 이러한 합의 메커니즘을 기반으로 다양한 장소와 조건속에서도 충분히 사용 가능하며, 어떠한 규모의 기업이든 광범위한 응용기반을 제공한다.

하이퍼큐브 블록체인은 사용성과 유연성 측면에서 최고를 지향하는 동시에 블록체인기반 어플리케이션 개발비용은 최저로 낮출 수 있다. 또, 가상의 하이퍼큐브 블록체인 TEST-NET을 지속적으로 운영하여 도입초기 발생할 수 있는 문제점을 자체내에서 미리 해결하고 소스코드의 취약점을 사전에 파악하여 어플리케이션의 업그레이드를 진행해 나아갈 수 있다.

  • 하이퍼큐브 블록체인의 특징은 다음과 같다.
    – Turing Completeness를 토대로 보안과 고효율을 추구하는 새로운 스마트 블록체인 플랫폼.
    – 저비용 고효율 검증 시스템을 마련하고, 이를 기본으로 기업체의 다양한 수요를 충족
    – 비대칭 암호화 방식 적용으로 최적의 성능을 확보.
    – 블록 데이터 등록, 거래등의 일련된 블록체인 개념을 가시화된 도구로서 구현
    – 체인 게이트웨이 기능으로, 각기 다른 기업내 오프체인 정보를 블록체인 네트워크를 통하여 전송
    – 데이터의 사용권한모니터링, 블록체인모니터링을 통하여 버그 발생을 탐지, 처리

하이퍼큐브 블록체인은 설계 초기부터 여러 업체와의 협업성과 코어의 혁신성에 기본이념을 두고 구현하게 되며, 기업 수요에 부합하는 서비스를 위해 기본이 되는 블록체인이 되어가는 것을 목표로 했다. 위·변조불가, 보안성, 분산노드등과 같은 기본 특성을 가지고 블록체인을 도입하려는 업체 또는 개인의 디지털 자산을 보다 편리하고 실용적으로 관리하는 세계 유일의 플랫폼이 될 것이다.


3. 하이퍼큐브의 체계

3.1 하이퍼큐브 블록체인 시스템

<하이퍼큐브 블록체인은 기존 블록체인과 같은 탈중심화를 기반으로 제작되었다.>

하이퍼큐브 블록체인은 SHA-256, RAPEMD160 해쉬 기술을 활용하여, 분산 데이터 노드를 조합하고 구조화함과 동시에 디지털 서명(개인키, 공개키 구조), 하이퍼큐브만의 합의 알고리즘을 이용하여 블록체인으로서 구체화된다. 분산 장부로서의 기본기능 뿐만 아니라, 검증되고 유연한 합의 주체를 통하여 빠른 거래를 유지해야하는 업체에 매우 적합한 블록체인 플랫폼이다.

 

3.2 하이퍼큐브 블록체인 블록생성 및 검증 참여자 관리
하이퍼큐브 블록체인의 블록생성 및 거래 데이터 검증은 계약된 참여자(POS-Point Of Sales)만 가능하며, 신뢰할 수 있는 구성원으로 조직화 되어있다. 검증 주소로 지정되고 소유하게 된 피어는 블록의 생성, 데이터의 신뢰성 검증 등을 담당하게 되며, 수많은 검증주소 중 누가 블록을 생성하게 되는지는 각 검증 피어가 랜덤하게 할당 받게 된다. 블록데이터 전체를 기반으로 검증을 진행하며, 블록의 계약내용들을 순차적으로 검증하고 전자 서명을 하여 데이터를 블록화 시키게 된다.

 

3.3 하이퍼큐브의 주소 생성
하이퍼큐브 블록체인의 암호학적 모델은 프라이빗 키(Private Key)와 퍼블릭 키(Public Key)로 비대칭식 암호로 구성된다. 생성된 퍼블릭 키 해쉬는 함수 A=RIPEMD160(SHA256(K))에 따라 만들어지고, 여기에 BASE58을 이용하여 하이퍼큐브의 고유주소가 만들어 진다. 이는 기존 비트코인 주소체계와 같다.

 


                                                                                                    <블록체인에서 고유 주소는 필요에 따라 여러 종류, 성격으로 구분되어 자동 생성될 수 있다.>

 

 

3.4 블록체인 데이터의 저장방식
하이퍼큐브 블록체인 데이터를 검증된 피어에 분산저장 하여, 회선속도의 한계 및 무한대로 쌓이는 데이터의 한계 등에 대비하여 보다 넓은 영역에 적용할 수 있도록 설계, 제작되었다. 하이퍼큐브는 현시대에 널리 사용되고 있는 클라우드 컴퓨팅을 위한 분산데이터 관리 시스템을 블록체인 분산원장 시스템과 통합한 시스템이다.

Tracker Service 및 Horizontal Partitioning 기술을 이용하여 검증 피어들의 블록체인 데이터를 적절히 분산하고 능동적인 데이터 수집 및 처리를 가능하게 한다. 이에 따라 동시에 많은 양의 데이터 처리가 가능하고 블록체인의 무한용량증가에 따른 문제, 처리속도 한계에 대한 문제를 해결할 수 있다.

 

                                                                                                                                      <하이퍼큐브의 블록체인 저장방식의 예>

 

하나의 그룹은 일정 용량으로 구성되며, 그룹당 저장 한계에 다다르게 되면 그룹을 추가하여 계속 저장을 이어 나가게 된다. 이때 추가되기 전 그룹은 닫힌 상태로 변경되게 되며 한번 닫힌 그룹은 더 이상 블록체인 데이터를 추가할 수 없다. 여러 개의 그룹을 소유한 피어는 피어의 저장 용량 한계까지 계속 그룹을 추가해가며 블록 데이터를 저장하다가, 더 이상 그룹을 추가하지 못하면 모든 그룹은 닫은 상태로 더 이상의 블록을 저장하지 않게 된다. 이때, 만약 전체 피어가 이러한 절차를 수행한다면, 블록 데이터를 더 이상 받아들이지 못하게 되는데, 이렇게 되기 전에 미리 트래커 서비스(Tracker Service)가 그룹 보유량을 조정하게 된다. 또, 신뢰할 수 있는 피어가 늘어갈 때 마찬가지로 트래커 서비스가 관여하여 보유량을 능동적으로 조정하게 된다.

 

3.5 합의 메커니즘
하이퍼큐브는 SGVP(Stability Group Verification Plan) 합의 메커니즘을 기본으로 구축되었다. 이는 계약된 기업의 검증참여 피어를 지정하여 운영하는 방식이다. 따라서, 타 블록체인 플랫폼과 같이 비 신뢰적인 불특정 다수의 합의를 요구하지 않으므로 복잡한 합의 주체 대상 선정, 느리고 불합리적인 합의 처리 알고리즘이 필요치 않고, 유연하고 빠른 거래가 가능하다. 블록의 생성시 작업증명이 필요 없다. 단, 검증된 블록생성자인지 증명할 수 있는 생산자증명이 필요하다.

 

 


<하이퍼큐브의 GSDC기술의 예>

 

 

검증을 위해서는 거래를 의뢰한 거래자의 원장이 필요하다. 거래(Transaction)를 수신 받은 검증자는 주변 피어에게 조각난 원장을 수신하여 확인해야 하는데, 조각난 원장을 피어에 질의를 할 때, 네트워크를 통하여 무한하게 질의를 하게 되면 네트워크 오버헤드가 발생하므로, 이를 해결하고자 GSDC를 구현하였다.
하위 피어에 질의하게 될 때, 하이퍼큐브 네트워크를 시각적으로 보게 된다면, 마치 호수(하이퍼큐브 블록체인)에 비(Transaction)가 내리는 모양과 같다 할 수 있겠다.

 

 


<하이퍼큐브의 네트워크를 시각적으료 표현하면 호수에 비가 내리는 형상과 같다.>

 

 

또 거래에 대한 검증은, 하위 피어 질의절차에 따라 검증자에게 질의 결과가 집중되게 되는데, 이때 원장의 Mapping, Reduce Process에 따라 최소 4개의 원장을 생성한다. 이 원장의 내역을 검토, 비교하여 확인되면 정상적인 거래라고 판단하며, 만약 하나라도 다른 부분이 발견되면 추가로 2개를 생성, 비교하여 4개가 일치한다면 정상적인 거래라고 판단한다. 이때 송신한 피어를 특정화 할 수 없으며, 심지어 송신한 거래내역을 사용하지 않을 수도 있다. 또, 여러 곳의 특정하지 않는 검증자가 같은 절차를 수행하므로 상대적으로 매우 안전한 검증방법이다.

 

실제 블록체인의 검증 절차는 기본적으로 각 피어, 노드들이 신뢰할 수 없다는 가정하에 유효한 것이다. 하지만 하이퍼큐브의 경우 신뢰할 수 있는, 또는 계약된 참여자만 블록의 생성, 트랜젝션(Transaction)의 검증을 하게 되므로, 절차가 빠르게 진행될 수밖에 없다.

 

○ 블록 생산의 합의
블록 생산의 합의는 블록 생성 주기 중 단 하나의 확정된 블록만을 생성하도록 보장한다. 또 이후 생산되는 블록 사이에 특정 규칙(해쉬값)을 적용하여 함께 연결하게 된다. 시스템이 정상 운영된다는 전제로 ㈜테라새턴에서 지정한 검증되고 신뢰할 수 있는 피어들의 투표로 블록을 생산할 피어를 결정하고, 서로 다른 피어의 경우라도 모두 동일하고 정확하게 적용된다. 블록생산 주기 내에 다른 블록이 생성될 수 없다. 랜덤 시드로 매번 다음 차례의 블록생산 순서를 결정한다. 모든 신뢰할 수 있는 피어가 함께 절차를 공유, 결정하고 사전에 누가 블록을 생성을 담당할지 사전에 예고없이 진행하여 블록의 조작이 불가능 하도록 한다. 모든 노드, 피어들끼리 합의 달성이 가능하다.

 

○ 블록 생성자의 전자 서명 첨부
피어가 블록을 생성할 때, 블록 전체를 다시한번 개인키로 전자서명하고 블록 생산자증명서를 첨부하여 정상적인 블록생성자인지 증명한다.

 

○ 거래에 대한 검증 실패 대응.
계약된 검증참여 피어가 항상 신뢰할 수 있다는 가정하에, 거래정보가 하이퍼큐브상 검증이 실패했을 경우 해당 거래를 생성한 피어에게 통보하고, 수차례 같은 생성자가 하이퍼큐브상 검증에 실패할 경우, 해당 피어 주소 접속을 차단하여 하이퍼큐브 신뢰성을 확보한다.

 

○ 하이퍼큐브 내 파일 전송 검증
피어가 피어에게 전송한 파일은 (계약서 등의 중요 문서는 DRM[Digital Rights Management] 통해 보안처리) 하이퍼큐브상 파일정보 및 해쉬값을 블록체인화 하고, 파일 데이터는 피어의 별도 공간에 용량에 따라 분산저장하게 된다. 하이퍼큐브에 업로드한 파일의 유효기간내 언제든 다운로드 받을 수 있고, 유효기간이 지나면 하이퍼큐브에 업로드한 원본파일을 삭제한다. 파일의 전송 및 관리는 블록체인 거래와 다른 Protocol을 이용하여 일반 거래속도에 영향을 미치지 않는다. 정책에 따라 유효기간별로 수수료가 발생할 수 있다.

 

○ 하이퍼큐브의 메인넷(Main-net), 테스트넷(Test-net)
하이퍼큐브 블록체인은 메인넷(Main-net)과 테스트넷(Test-net)으로 구성되며, 블록체인 개발팀을 지원한다. 테스트넷은 가상 블록체인 환경으로, 하이퍼큐브 블록체인 네트워크를 시험해보고 도입초기 문제점 및 버그를 분석하여 실제 DaPP에 적용하기 전 문제를 해결할 수 있도록 도움으로서, 실 사용시 오류를 최소화하고 실업무에 보다 빠르게 적용할 수 있도록 협업하고, 테스트넷 상에서 블록체인 플랫폼을 시뮬레이션 할 수 있도록 기능을 지원한다.

 

3.6 하이퍼큐브 블록체인의 데이터 게이트웨이
하이퍼큐브 블록체인은 오프체인 데이터(OFF-CHAIN Data)를 보다 편리하게 송, 수신할 수 있도록 하이퍼큐브 데이터 게이트웨이(HyperCube Data Gateway)를 구성하고 블록체인 특성에 따라 기본적으로 적용되는 보안과 신뢰성 합의를 보다 손쉽게 기업이 도입할 수 있도록 지원한다.

 

 

<하이퍼큐브 데이터 게이트웨이>

 

 

3.7 하이퍼큐브 소스코드의 공개
하이퍼큐브 블록체인은 시스템의 안정성, 보안성, 신뢰성 등을 위해 메인 넷 및 테스트 넷, 코어 소스코드, 프로토콜은 GitHub등에 공개하지 않는다. 모든 하이퍼큐브 기반 어플리케이션 개발 또한 ㈜테라새턴에서 게이트웨이 API를 배포하거나, 기업이 요구하는 어플리케이션을 직접 제작 배포하며, 기업이 원하는 수정사항들은 테스트넷에서 충분히 테스트 검증 후 배포하게 된다.

 

3.8 일반 블록체인 대비 하이퍼큐브 블록체인만의 강점

 

 

4. 하이퍼큐브 토큰의 순환 구조

 

 

4.1 하이퍼큐브 ECONOMIC
하이퍼큐브 기반 서비스 이용 시 사용될 수 있는 수단은 새턴(이하 STN)이다. STN 총 발행량은 40억개이며, 최소 거래 단위는 소수점 8자리까지 지원한다. 하이퍼큐브의 노드 구성과 무리없이 유지할 수 있도록 유연한 다원보상방식이 적용된다. 다원보상방식이란 노드 유지 조건으로 받은 보상을 추가 매출 유도 위해 이용고객대상 포인트 적립이나, 취급 제품(상품)의 가격 경쟁력을 위해 사용할 수 있도록 다양한 형태로 지원하는 방식이다.
개인간 STN거래와 STN에서 하위Dapp토큰으로 전환 시 기본적으로 수수료는 없으나, 하위 DaPP 토큰에서 STN으로 전환 시에는 일정 수수료가 발생한다. 하위 DaPP 토큰끼리 상호 전환 거래는 불가능하며, 하위 DaPP 거래용 토큰의 발행수량과 발행정책, 운영책임은 해당 발행요청 기업 및 기관이 관리하게 된다. 하이퍼큐브 생태계는 하이퍼큐브 코어를 기반으로 개발되는 수많은 참여기관(DaPP)들의 연결이다.

 

4.2 하이퍼큐브 Wallet
하이퍼큐브의 Wallet은 STN 및 하위 DaPP 토큰을 저장, 관리할 수 있다. STN을 하위 DaPP 토큰으로 필요할 때 실시간 전환하여 사용할 수 있도록 구성되어 편리한 사용을 가능하게 한다. STN은 거래소 또는 개인간 거래로만 취득이 가능하다. 운영환경은 Windows 7이상, 모바일(Android 4.4이상, IOS 10이상) 환경에서 동작된다.

 

4.3 토큰 발행 계획
메인넷 이전에는 Ethereum ERC20 기반으로 발행하며 토큰 심볼은 TSKN이다. 메인넷 이후 전량 스왑하며, 스왑이 완료되는 즉시 ERC20기반 TSKN 토큰은 전량 소각한다.

 

4.4 하이퍼큐브(Hyper-Ent) 서비스 활용

 

 

 

5. RoadMap

5.1 하이퍼큐브 블록체인 프로세스 구성도

 

 

 

 

5.2 Admin & Adviser

 

 

 

 

 

5.4 ALLOCATION


Token 총 발행량 : 40억개

 

 

<백서 주의사항 고지>

이 문서는 정보를 전달하는 목적으로만 사용된다.

본 백서의 모든 내용은 공식 웹사이트를 주의 깊게 읽고 디지털자산 뿐만 아니라 블록체인에 대해 포괄적으로 이해할 수 있어야 한다. 잠재적인 위험에 주목하고 합리적인 의사결정을 내리기 위해 자산의 위험 허용 수준과 실제 상황을 완전히 평가해야 한다.

프로젝트 팀은 백서 상의 공개 내용을 엄격하게 이행하고 프로젝트 관리를 표준화하여 프로젝트를 올바른 방향으로 인도하기 위해 최선을 다할 것이다.

프로젝트는 백서에 기술한 내용과 달리 시장 상황과 사업 환경에 따라 변경될 수도 있다. 본 백서는 유가증권 형태의 투자자문, 투자결정 또는 특정 제안을 수행하지 않으며 어떠한 형태의 계약이나 약속도 하지 않으며, 법적인 책임도 지지 않는다.

백서의 어떠한 내용도 특정회사 또는 개인과 거래 조건을 규정하는 것으로 해석되지 아니하며, 제 3자의 행위(제3자간 거래 등)에 대하여 어떠한 책임도 지지 않습니다.

본 프로젝트 모든 참가자는 프로젝트의 위험을 명확히 이해하고 감수해야 한다.

본 문서는 본사의 지적 재산권이므로 무단 배포 및 도용 시 법적 처벌을 받을 수 있습니다.

한국어 판본과 영어 번역본 사이에 차이가 있거나 서로 모순되는 경우, 언제나 한국어 판본을 우선합니다.
The Korean version shall always prevail in case of any discrepancy or inconsistency between Korean version and English translation