본문 바로가기

칼럼

Lisk (리스크) Documentation 번역본

Lisk Documentation Whitepaper 문서의 한글 번역본입니다. 

번역에 잘못 된 부분을 발견하셨다면 이메일을 보내주시면 확인 후에 수정하겠습니다.


1. 인트로

1) 리스크 (Lisk)란?

리스크란 다음세대의 새로운 플랫폼으로서 사용하기 쉽게 통합된 생태계이다. 자바스크립트(JavaScript)를 기반으로하여 분산된 어플리케이션들의 발전과 분배를 가능하게 한다. 리스크를 통해 개발자들은 어플리케이션을 제작, 분배, 그리고 상업화 한다. 이 과정은 블록체인, 스마트 컨트랙트, 클라우드 저장소와 컴퓨팅 노드의 사용이 가능한 스마트 암호화폐 기반의 시스템에서 이루어진다. 


2) 기술의 배경

리스크는 백엔드 Node.js 로, 프론트엔드 HTML5과 CSS3로 쓰여진다. 이것은 비동기적으로 진행되며, 네트워크 거래와 같은 모든 기능의 빠른 구동을 가능하게 한다. 데이터베이스는 SQLite를 사용하여 복잡한 기능을 수행한다. (PostGreSQL로 수정되었음)


3) 중요한 혁신적 요인

리스크는 최초의 분산된 어플리케이션 (이하 Dapp) 에 대한 해답으로서 Node.js.로 쓰여진다. 이는 현재의 모든 개발자들에게 부가적인 기술을 요하지 않 리스크 생태계를 제공한다. 이미 JavaScript와 node.js에 익숙한 웹 개발자들은 당장이라도 댑을 개발할 수 있다는 말이다. 


우리의 주 목적은 개발자들이 어플리케이션을 디자인, 개발, 제작하고, 상업화까지 한번에 할 수 있는 통합된 플러그-앤-플레이 플랫폼을 구축하는 것이다. 리스크 생태계를 통해 개발자들은 빠르게 그들의 자바스크립트 어플리케이션들을 리스크 호스팅&저장 노드로 가져올 수 있으며, 리스크 댑 목록에 올릴 수 있고, 코드를 실행할 수 있도록 바로 리스크의 컴퓨팅 노드에 접근 할 수 있게 된다. 이 모든것은 리스크의 사이드체인의 동시적인 기능에서 오는 완전성과 보안성에 기인한다. 


마지막으로, 이 모든 클라우드 기능은 사용자와 돈을 받고 일하는 리스크 관리자들 (돈은 이미 등록되어져 있는 송금시스템 또는 네트워크 자체에서 나오는 돈, 리스크의 자체적인 암호화폐, 또는 BTC에서 책정된다) 에 의해 운영된다. 즉, 리스크는 개발자와 소비자 모두에게 비용 절감과 미래지향적 해답, 그리고 혁신적 솔루션을 제공하는 최첨단 어플리케이션 개발 시장이자 생태계이다.


4) 리스크의 구성요소

  • 유저간 댑의 호스팅
  • 유저간 댑의 저장소
  • 분산된 계산
  • 모든 댑의 사이드체인의 단일화
  • 리스크와 비트코인 응용프로그램 접속
  • 제작자 기능: 리스크 CLI (Command line interface)/ 리스크 댑 소프트웨어 개발 키트 (SDI-Software development kit)


2. 클라이언트

1) 리스크

풀 클라이언트는 슈퍼유저, 관리자들, 그리고 개발자들에게는 최고의 해답이다. 윈도우, 맥OS 와 리눅스에서 가능하다. 비록 리눅스 클라이언트만 대표할 수 있긴 하지만 말이다. 라이트 클라이언트들은 풀 클라이언트를 통해 네트워크에 접속할 수 있다.


풀 클라이언트 주인이 허용한다면, 그들은 리스크를 사용해 응용프로그램을 불러올 수 있다. 모든 풀 클라이언트는 유저간의 커넥션을 통해 블록체인을 다운받는다.


댑 유저들은 라이트 클라이언트를 이용하여 그들이 다운받은 댑을 접속할 수 있게 할 수 있다. 댑 응용프로그램과 유저 응용프로그램들은 개발자들에게 용이하다. 왜냐하면 이를 이용해서 nw.js2나 Electron3를 사용한 자바스크립트 댑을 쉽게 만들 수 있기 때문이다.


2) 리스크 라이트

보통의 유저들은 그들의 리스크 계정에 접속하기 위해 라이트 클라이언트 (또는 라이트-웨이트 리스크 클라이언트) 를 주로 사용한다.

 

라이트 클라이언트는 윈도우와 맥OS에서 사용가능하다. 설치과정이 필요없이 현존하는 웹 기술을 사용하여 접속가능하다. 여러개의 네트워크 노드의 기능을 하진 않는다. 단지, http 관계상 온라인 상태의 유저들과 연결된다. 이것은 몇가지 이점을 가져다 준다. 

유저들은 더이상 블록체인을 다운받지 않아도 된다. 이것은 어플리케이션 그 자체가 작은 상태로 유지될 수 있다는 말이다. 비밀 키들이 네트워크 상에서 알려지지 않게 되고 모든 데이터는 본인의 기기에 개별적으로 작동된다. 이것은 모든 종류의 거래를 가능하게 한다.


만약 관리자 노드를 이용하고 싶다면, 라이트 클라이언트를 통해 이용자 계정을 등록할 수 있다. 그러나, 이것만으로 관리자모드를 실행할 수는 없다.(즉 새로운 블록을 만든다는 말이다.) 이를 위해서는 풀 클라이언트가 필요하다.


댑 유저들은 라이트 클라이언트를 사용해 그들이 설치한 댑들에 접근할 수 있다.  댑 응용프로그램과 유저 응용프로그램은 개발자들에게 용이하다. 이들은 빠르고 쉽게 nw.js 또는 Electron을 사용한 자바스크립트 댑을 만들 수 있게 한다.


풀 클라이언트는 슈퍼유저, 관리자와 개발자들에게 최고의 해답이다. 이것은 윈도우, 맥OS와 리눅스에서 가능하다. 비록 리눅스 클라이언트만 대표할 수 있긴 하지만 말이다. 라이트 클라이언트들은 풀 클라이언트를 통해 네트워크에 접근할 수 있다.


풀 클라이언트 주인이 허용한다면, 그들은 리스크를 사용해 응용프로그램을 불러올 수 있다. 풀 클라이언트 유저들은 유저간의 커넥션을 통해 블록체인을 다운받는다. 


3) 리스크 모바일

모바일 클라이언트는 유저들이 항상 그들의 리스크 어카운트에 접속할 수 있게 한다. 이는 iOS와 안드로이드에서 사용하능하고, 애플과 구글 플레이 상점에 등록되어진다. 

모바일 클라이언트를 위한 백앤드 시설은 우리들의 데스크탑을 반영한다. 실제 변화는 약간 변형되고 덧붙여진 유저 인터페이스의 형태로 나타난다. 이것은 각각의 모바일 기기에 맞춰진 경험을 가능하게 한다. 앱은 개별적으로 주문제작되어 현재 우리가 매일 사용하고 있는 비트코인이나 뱅킹어플리케이션과 같은 익숙하고 사용하기 쉬운 모바일 인터페이스를 제공한다. 이것은 또한 사용자가 원하는 모든 댑들을 다운받을 수 있게 한다. 미래에는, 각각의 기기가 갖고있는 특징적인 보안 기능인 지문인식이나 홍채스캔의 기능들을 하나로 통합하려 하고 있다. 


3. 합의

리스크는 DPoS (Delegated Proof of Stake: 위임된 지분 증명) 합의 매커니즘을 기반으로 한다. 이 합의 매커니즘은 처음 BitShares 팀에 의해 만들어졌다.


DPoS합의 매커니즘은 블록을 생성하는 관리자들을 기반으로 한다. 이 관리자들은 “활동 관리자”로 선출되는 신뢰할 수 있는 계정들이다. 가장 많은 표를 얻은 101개의 관리자 계정들이 블록을 생성하게 된다. 101명의 관리자에 들어가지 못한 나머지 관리자들은 “대기 관리자”로 분류되며, 리스크 소유자들의 투표를 받아 상위 101개의 계정에 진입하여 블록을 생성할 수 있게 된다. 리스크를 소유하고 있는 모든 유저는 자신이 원하는 관리자를 선출할 수 있는 101개의 투표권이 주어진다. 각 유저가 가지고 있는 투표권의 영향력은 각 유저의 리스크 지갑에 들어있는 리스크의 양에 비례한다(즉, 투표를 행사하는 유저의 리스크 보유량이 많을수록 투표의 영향력이 크다). 관리자가 받은 총 투표량은 관리자 리스트에 “승인”으로 표시되며, 사용할수 있는 1억 리스크의 백분율로 표시된다.


관리자의 상위 101 계정으로의 승진 또는 101 계정 밖으로의 강등은 101 블록 생성 주기의 완료에 일어난다. 101 블록의 각 사이클은 임의의 순서대로 상위 101명의 관리자들에 의해 생성된다. 각 블록의 시간은 10초이다. 새로 생성된 볼록은 네트워크에 브로드캐스트 되며, 블록체인에 추가된다. 블록은 거래와 함께 6번에서 10번의 승인 이후 공식적으로 승인되었다고 고려된다. 전체 101 블록 생성 주기는 약 16정도 소요된다.


DPoS에서는 포크가 발생할 수 있지만, 가장 긴 포크가 승리한다. 관리자들은 항상 온라인이어야 하며, 충분한 가동 시간이 있어야 한다. 가동 시간은 할당된 블록을 놓칠때마다 기록을 하여 각 노드의 신뢰도를 책정하는데 사용된다. 사용자들이 상위 101명의 관리자들을 투표하는데 있어 고려하는 중요한 여러 요소중 하나가 바로 이 가동 시간이다. 만약 관리자가 일정 등급 이하로 떨어지면, 사용자들은 관리자의 성능 저하에 따라 투표를 제거할 수 있다.


1) 관리자

관리자의 역할은 위의 “합의” 섹션에 명시되어 있다.


관리자가 되기 위해서는, 유저가 관리자 계정을 등록해야 한다. 이것은 리스크나 리스크 라이트 지갑에서 클라이언트 유저 인터페이스를 통해 수행 할 수 있다. 블록 생성은 리스크 풀 버젼에서만 가능하다는 것을 기억해야 한다. 이것은 관리자 계정을 두가지 버전(라이트와 풀버젼) 모두에서 할 수 있지만, 관리자의 기능을 수행하기 위해선 풀 버젼을 사용해야 한다는 것을 의미한다. 계정 번호와 사용자 이름은 관리자 등록 이후 동일하다. 모든 리스크 계정을 리스크 관리자가 될 권한이 있다.


새로 등록한 관리자들은 “대기 관리자”로 시작한다. 대기 관리자는 지지율 0%로 시작하며, 상위 101명에 진입하기 위해선 리스크 커뮤니티를 통해 투표를 받아야 한다. 블록 생성은 상위 101명의 관리자들에 의해서만 이루어진다. 만약 대기 관리자 상태라면, 블록 생성 권한은 주어지지 않는다.


2) 네트워크 수수료

네트워크 상의 모든 유효한 거래느 처리가 되어야 한다. 관리자들은 각 거래(transaction)을 처리하고 새로운 블록에 저장한다. 관리자들은 이 일을 수행하는 댓가로 일정의 수수료를 받는다. 네트워크 상의 모든 거래는 스팸의 대책으로 수수료가 포함되어야 한다.

리스크 거래를 보내기 위한 기본 네트워크 수수료는 0.1 리스크이다. 예를 들어, 100 리스크의 거래 비용은 기본 거래 수수료인 0.1리스크를 합하여 100.1 리스크이다.

다음은 거래의 유형에 따라 다른 수수료의 목록이다:

0.1 리스크 – 지출 거래

5 리스크 – 두번쟤 암호 등록

100 리스크 – 사용자 이름 등록

100 리스크 – 관리자 등록

1 리스크 – 연락처 추가

500 리스크 – Dapp 등록

5 리스크 – 멀티 시그니쳐 그룹 등록 (각 멤버당 5 리스크)

추가사항 : 이 부분은 Lisk의 가치에 따라 변동될 수 있습니다.


관리자들은 마지막 블록 주기 (101 블록) 의 모든 거래에서 수수료를 받는다. 수수료는 해당 사이클에서 블록을 생성한 모든 관리자들에게 똑같이 분할된다. 해당 주기에 자신에게 할당된 블록 생성을 놓친 관리자는 수수료를 지급받지 않는다.


3) 피어 투 피어 (P2P)

리스크는 HTTP 프로토콜과 JSON 형식의 데이터를 사용하는 표준 P2P 네트워크를 사용한다. P2P 모듈은 각 peer에 대한 다음 정보를 캡쳐한다:

버젼

OS

IP

포트


4. 주요 기능

1) 사용자 이름

리스크는 계정의 별칭 역할을 하는 사용자 이름 등록이 가능하다. 다른 사용자들은 이 사용자 이름으로 거래를 보낼 수 있으며, 사용자 이름에 연결된 계정이 거래를 받게 된다. 이 기능은 긴 계정 주소를 기억해야하는 불편함을 없앤다.

사용자 이름 등록을 위한 네트워크 수수료는 100 리스크이다. 사용자 이름은 다음 문자를 포함 할 수 있다:

전통 알파벳 (대문자 및 소문자): A-Z, a-z

번호: 0-9

특수 문자: !, @, $, &, .

각 사용자 이름은 고유해야 한다. 길이는 현재 16자로 제한되어 있다. 현재는 계정에서 사용자 이름을 제거 할 수 없다.


2) 연락처

리스크는 사용자가 연락처 또는 친구 목록을 관리 및 저장할 수 있는 기능을 제공한다 이 기능은 자주 사용하는 계정을 저장하는데 사용될 수 있으며, 또한 평판 시스템으로서도 사용될 수 있다. 만약 계정이 많은 승인된 연락처를 보유하고 있다면, 승인된 연락처가 많이 없는 타 계정에 비교하여 더 평판이 좋은 계정으로 고려될 수 있다.

연락처는 트위터의 팔로워처럼 작동한다. 사용자가 연락처 목록에 다른 사용자를 추가 하면, 사용자의 지갑에 수락 여부 대기 중인 상태로 표시된다. 다른 사용자의 수락 여부에 상관 없이, 사용자 이름은 연락처 목록에 추가된다. 다른 사용자가 요청을 수락하면, 추가 요청을 한 사람 또한 다른 사용자의 연락처 목록에 추가된다. 즉, 양쪽의 사용자 모두 승인된 연락처를 갖게 된다.

새 연락처를 추가하거나 들어오는 요청을 수락하는 네트워크 수수료는 1 리스크이다.


3) 멀티 서명 (Multi-signatures)

리스크는 사용자가 다중 서명 그룹을 만들 수 있다. 이 멀티 시그 그룹은 여러 리스크 사용자로 이루어지며, 이 사용자들은 그룹 멤버로 불린다. 멀티시그 그룹의 거래는 일부 또는 그룹 멤버 전부의 서명을 요구하도록 구성 할 수 있다.

이것을 구현하기 위해선, M of N multi-signature architecture가 사용된다. 멀티시그 그룹의 모든 멤버 (N) 이 추가되며, 최대 16개의 서명을 가질 수 있게 된다. 필요한 서명의 갯수 (M) 은 멀티시그 멤버들이 지정할 수 있다.

M은 1 보다 커야 하며, N보다 작거나 같아야 한다. N은 멀티시그 그룹의 구성원 숫자를 의미한다.

멀시 시그 그룹에서 거래를 시작하면, 모든 그룹 멤버들은 대기중인 거래를 확인하고 승인하거나 무시할지 여부를 결정할 수 있다. 정해진 숫자의 승인이 수집되면, 그룹은 거래를 혀용하고 블록체인에 제출한다.

멀티시그 그룹의 소유자들은 적어도 M의 서명(승인)을 받으면, 언제든지 그룹의 규칙을 변경할 수 있다.


5. 분산된 어플리케이션 (Dapp)

1) 가상 머신

리스크 Dapp은 Node.js의 전문화된 버젼인 리스크 노드를 사용하여 실행된다 (리스크가 사용하는 Node.js 의 버전은 Dapp을 실행할 수 있는 샌드 박스 런타임 환경을 제공한다). 프로세스 간의 통신은 메세지 크기에 제한이 없으며, 명명된 파이프(named pipe)를 통하여 이루어 진다.

새로운 Dapp을 시작하면, 리스크 클라이언트는 리스트 노드의 자식 프로세스로 (child process) 새 인스턴스를 시작한다. Dapp에 만약 치명적 오류가 발생하면, 자식 프로세스는 종료되며, 부모 리스크 클라이언트는 영향을 받지 않는다.

실행중인 Dapp에서의 승인되지 않은 시스템 호출에 대한 보호막은 현재 없다는 점을 유의해야 한다. 따라서, 신뢰할 수 없는 코드를 실행하는 것은 아직 권장되지 않으며, 잠재적 자금의 손실을 초래 할 수 있다는 것을 명시한다. 현재 신뢰 할 수 없는 코드도 완벽히 실행 할 수 있는 샌드 박스 환경을 제공하기 위해 일을 진행중에 있다.


2) Dapps

Dapp은 Node.js 와 JavaScript로 작성된 분산 어플리케이션이다. 이것은 리스크 가상 머신과 리스크 또는 비트코인 합의 알고리즘을 통해 작동한다. 리스크 가상 머신은 Node.js와 자바스크립트 개발자가 Dapp을 만들 수 있는 환경을 제공하는 확장 가능한 Node.js 응용 프로그램이다. 현재의 웹 기술 (HTML5/CSS3/자바스크립트)를 이용하여 개발자들은 강력한 UI를 생성할 수 있다. Dapp은 NPM(Node.js 패키지 매니저)의 사용자 지정 Node.js 패키지를 사용할 수 있다.

일반 사용자들은 리눅스 리스크 클라이언트 또는 리스크 라이트 클라이언트를 통하여 Windows나 Mac OS에서 Dapp을 런치할 수 있다.


3) Dapps 개발

개발자는 NPM에 의해 구동되는 Node.js 패키지의 전체 에코시스템을 사용하여 자바스크립트로 Dapp을 개발할 수 있다. 리스크 가상 머친은 리스크 API와 통합 사용 된다. 이 API는 리스크 블록체인과 비트코인 블록체인에까지 사용이 가능하다. 각 Dapp은 리스크 가상 머신에서 실행되며, 이를 통해 여러가지 공격 경로를 제거하여 최종 사용자가 자신의 로컬 컴퓨터에서 안전하게 Dapp을 실행 할 수 있다. 리스크 API는 Dapp을 통해 액세스 할 수 있다.

Dapp 개발을 최대한 간편화 하기 위하여 리스크 팀은 lisk-cli를 제공한다. Lisk-cli는 몇가지 간단한 질문에 대답하여 개발자 자신의 testnet 및 Dapp 환경을 만들어 줄 수 있는 커맨드 라인 이터페이스이다. 또한 리스크는 개발자들에게 Dapp 툴킷을 준비하였다. Dapp 툴킷은 Dapp의 가장 중요한 기능의 구현들을 참조 할 수 있도록 분산 애플리케이션 구축을 시작할 수 있는 견고한 토대의 역할을 한다.

개발자들에게 리스크 API의 모든 기능을 제공하고 개발하기 쉬운 환경을 제공하기 위해 많은 라이브러리들이 작성되었다.

API에는 다음이 포함되어 있다:

합의 API

리스크 API

비트코인 API

데이터베이스 API

Dapp을 열기위해선 다음의 포맷이 사용된다:

http://ip:port/dapps/<dapp_id/username>


4) Dapps의 계산

리스크 팀은 현재 리스크 가상 머신과 API를 사용하여 Dapp이 실행되는데 사용되는 CPU 시간을 계산할 수 있는 시스템을 개발중에 있다. 이 시스템을 통하여, 노드의 소유자들은 리스크나 비트코인 지불의 댓가로 Dapp 마스터 노드를 실행 할 수 있다.

리스크의 목적은 개발자들을 위한 고유한 환경을 만드는 대에 있으며, Dapp의 계산은 그 일부분에 불과하다. 향후, 리스크는 Dapp을 후보 노드에 제출하고 Dapp을 실행할 수 있도록 서비스를 제공하고 요구 사항을 충족하는 노드를 선택하여 가격과 성능의 최적 조합을 제공 하는 역할을 하는 제출 매니저가 생길 것이다. 노드 소유자들은 계산, 메모리, 저장 공간, 그리고 기타 자원을 제공함으로서 수익을 창출 할 것이다.

이것을 바로 Dapp 계산(결재) 시스템이라고 한다. 이것은 애플리케이션을 배포하는 Heroku 플랫폼에 비교하여 생각할 수 있다.


5) Dapps 합의

각 Dapp은 리스크 블락 시간과 현재 블록 높이와 동기화되어 실행되는 고유의 개인 사이드 체인을 갖는다.

Dapp의 사이드 체인은 101개의 마스터 노드의 그룹에 의해 관리된다. 각 노드는 각각의 Dapp용으로 사용 가능한 블록 생성을 갖게 된다. 각 마스터 노드의 역할은 거래를 처리하고 사이드체인에 생성된 각 블록의 유효성을 의미하는데에 있다.

주어진 Dapp에 대한 마스터 노드의 블록 서명은 Dapp 소유자에 의해 제한된다. Dapp 소유자들은 개인 리스트 계정들을 마스터 노드로 승인하며, 이 계정들은 해당 Dapp의 사이드 체인에서 forging을 할 수 있게 된다.

사이드 체인 합의는 리스크 블락체인에 사용되는 DPoS와 같은 방법으로 101명의 관리자에 의해 이루어진다. 이것은 개개인의 마스터 노드들이 Dapp의 사이드 체인을 유지시켜주는 댓가로 각 거래에서 수수료를 수집 할 수 있게 허용한다.

이러한 형태의 합의 방식을 고수하는 이유는, 리스크 블락체인의 불필요한 확대 방지와 각 사이드체인의 무결성을 보장하고 사이드체인의 자율성을 유지하기 위해서 이다.

또한 차선책으로는, 리스크 Dapp은 같은 방법을 사용하여 꼭 리스크 블락체인이 아니어도 비트코인 블락체인을 이용하여 secure할 수 있게 될 것이다.


6) Dapps 마스터 노드

Dapp 마스터 노드는 Dapp이 설치되어 있고 해당 Dapp을 위한 블록 생성이 가능한 리스크 노드를 뜻한다. 리스크 계정이 마스터 노드로 허용 되려면, 해당 Dapp 소유자가 직접 승인을 해야 한다. 각 노드는 거래를 처리하고 새로운 블록들을 생성하며, 생성된 블록들을 리스크 블락체인으로써 Dapp 시스템의 중심이 되게 만든다.


7) Dapps 저장

중앙 집중식 및 분산 방식의 모든 스토리지 네트워크에 Dapp을 호스트 할 수 있다. 그러나, 사용된 스토리지 네트워크는 ZIP 패키지를 다운로드 할 수 있는 링크를 제공하여야 한다. 당신이 Dapp 등록 과정에서 다운로드 링크를 제공하여야 하는 이유는 소비자 / 사용자가 당신의 Dapp을 설치하고 싶을 경우 리스크가 어디서 해당 Dapp을 다운로드하고 unpack 해야 하는지 알아야 하기 때문이다.

향후, IPFS가 리스크의 기본 분산 스토리지 옵션으로 추가될 것이다.


8) Dapps 예금 / 인출

개발자들은 Dapp에서 리스크와 BTC 모두를 사용할 수 있다. Dapp 유저들은 어느 Dapp에서든 자금을 예금 혹은 인출할 수 있다. 리스크나 BTC가 Dapp 주소로 보내지면, Dapp 계정에 자금이 나타나게 된다. 해당 자금은 해당 Dapp 내에서 사용이 가능하게 된다. BTC 예금도 리스크 예금과 같은 방식으로 적용되게 된다. BTC가 특정 dapp 주소로 보내지게 되면, Dapp 비트코인 지갑에 자금이 나타나게 된다.

Dapp 계정은 Dapp 소유자에 의해 생성된 특별한 유형의 계정이다. 예금된 모든 리스크와 BTC는 연관된 주소에 저장되게 된다. 보안상의 이유로, 멀티 시그니쳐 Dapp 계정은 신뢰할 수 있는 멤버들에 한하여 사용하길 권장한다.

Dapp에서의 출금은 마스터 노드에 의해 처리되게 된다. 출금 요청이 전송되면, Dapp 마스터 노드는 그것을 처리하여 자금을 리스크 또는 비트코인 블록체인의 지정된 출금 주소로 전송한다.


9) Dapps 토큰

개발자는 자신의 Dapp에서 사용자 정의 토큰을 구현하여 해당 Dapp 내에서의 주요 통화로 사용할 수 있다. 이 토큰은 리스크 또는 BTC와 동일한 방식으로 사용될 수 있지만, 한 Dapp 사이드체인에서 다른 Dapp 사이드체인으로 직접 이동될 수는 없다. 이동을 한다면, 리스크 메인 체인을 통해서만 이동을 할 수 있다.


6. 부록

보고서 저자:

Max Kordek

Oliver Beddows

번역:

박창원 (David Changwon Park)

Bitcoinuserx


Releases:

2월 1일, 2016 (v1.0)


TIP : 경제, 비트코인 정보를 트위터로 받아보고 싶으신가요? @bitcoinuserx 에서 받아보세요!