ICON에 대해서 알아보자

Matthew Minseok Kim
Jan 27, 2018 · 22 min read

ICON 백서 분석

우리나라에서 시작한 블록체인 프로젝트 중 잘 알려진 ICON 백서를 읽고 분석해보려고 합니다. 지금까지 쓴 글을 보니 ‘한다.’는 딱딱한? 표현이 눈에 거슬려 따뜻한 문체를 써보려고 합니다.

ICON

1. ICON의 배경

ICON은 블록체인으로 구성된 다양한 독립적 Community가 연결된 탈중앙화된 네트워크입니다. 많은 블록체인 프로젝트가 탈중앙적 기술에만 초점을 맞춰 현실 세계에 적용하기에 많은 한계점을 가지고 있으며, 많은 거래를 처리하기에 확장성 문제를 가지고 있습니다. ERC 20 토큰을 기반으로 ICO 플랫폼으로 수요가 증가한 이더리움의 경우에도, Status.im 등 일부 Dapp이 ICO를 진행할 때에 네트워크 전체에 과부하를 겪는 등 확장성의 한계를 나타냈습니다.

일상 생활에서 커피 한잔을 주문 할 때 사용한 신용카드 정보는 FEP(Front-end Processor) 회사 등 총 7개의 중개기관 DB에 저장되고 전달되는 과정을 거치게 됩니다. 이 과정에서 다양한 수수료가 발생되는데, 이는 중개자 또는 제 3의 기관을 통해 신뢰성을 확보하는 중앙집중화 시스템이기 때문입니다. ICON Network를 통한 분산화된 연결은 기존 중앙 집중 시스템에 존재했던 다양한 경계들을 넘어설 수 있게 해줄 것입니다. 예를 들어, 한국 대학병원의 당뇨병 전문의는 시드니와 런던 병원의 당뇨병 환자 데이터를 함께 연구할 수 있게 될 것입니다. 그리고 기존 화폐의 토큰화 뿐만 아니라 부동산, 자동차 등의 유형자산 및 특허권, 저작권 등의 무형자산, 투표권이나 시민권 등의 법적권리 및 개인 혈액검사 결과 데이터까지 토큰화가 이루어질 것입니다.

2. 구성요소

  • Community

동일한 거버넌스를 가지는 Node들로 구성된 네트워크입니다. 각자의 특성 및 상황(금융, 정부, 학교, E-Commerce, Healthcre, BTC, ETH)에 따라 Node의 구성 및 규모를 달리 할 수 있으며, 각기 다른 합의 알고리즘을 사용할 수 있습니다. 앞서 소개한 Cosmos의 Zone과 같은 역할을 하는 것으로 생각해도 좋습니다.

  • C-Node

C-Node(Community Node)는 Community의 구성단위로 Community 내의 합의 또는 거버넌스를 결정하는 데 영향을 미칩니다. C-Node는 개인 또는 기관 모두 가능하며 Node에 대한 정책은 각 Community에서 결정합니다.

  • C-Rep

C-Rep은 Community를 대표하며, 동시에 ICON Republic의 거버넌스를 구성하는 단위로 ICON Republic 상에서 발생한 거래에 대한 검증과 거버넌스에 대한 투표권을 가집니다. C-Rep은 각 Community 내부의 결정에 따라 선정되며, 각 거버넌스의 상황 및 목적에 따라 C-Rep은 변경 가능합니다. C-Rep은 ICON Republic의 유지 및 활성화에 대해서 보상(Incentive)를 받게 됩니다.

  • Citizen Node

Citizen Node는 ICON Republic의 Node 중 하나로, 누구나 Loopchain 기반의 DApp 생성을 통해 참여할 수 있습니다. 다만 Citizen Node는 ICON Republic의 거버넌스에 대한 투표 권한은 없고, 거래 생성 권한 만을 가지고, 일정 조건을 충족했을 때는 C-Rep이 될 수 있습니다.

  • ICON Republic

ICON Republic은 Community들이 연결되고 모이는 지점으로, C-Rep 및 Citizen들로 구성된다. ICON Republic의 거버넌스는 C-Rep의 투표로 결정됩니다. ICON Republic은 Community에서 타 Community로 이동하는 통로로 역할을 할 뿐, 다른 Community의 거버넌스에는 영향을 미치지 않습니다.

ICON Republic은 loopchain을 기반으로 연결되며, 각 Community는 고유한 거버넌스와 합의 알고리즘(LFT)으로 작동합니다. ICON Republic을 구성하는 블록체인 네트워크를 Nexus라고 하고 C-Rep은 Portal로 구성하여 Nexus에 연결된 블록체인들은 Portal을 통해 토큰 이동 및 다양한 거래를 빠르고 신뢰할 수 있게 처리할 수 있습니다. Nexus에 연결된 블록체인은 Portal을 통해 BTP(Blockchain Transmission Protocol)을 기반으로 다양한 블록체인간 거래 연동이 가능합니다.

Source: Nexus 구조 Whitepaper
  • ICON Network 상 연결의 종류(Community와 ICON Republic의 연결)

Community와 ICON Republic은 DEX(Decentralized Exchange)를 통하여 실시간으로 연결됩니다. DEX는 Community와 ICON에 Reserve를 설정함으로써 교환 비율을 제공하고 해당 교환 비율을 통하여 실시간으로 가치 교환이 가능합니다. 다만, 실시간으로 합의가 가능하지 않은 Community(Bitcoin, Ethereum 기반 암호화폐)의 경우 Community에서 합의가 완료될 때까지 ICON Replic과의 합의가 완료되지 않습니다.

  • Nexus

Nexus는 연결된 블록체인 각각의 Light Client들로 구성된 Multi-channel 블록체인입니다. 각각의 블록체인은 Portal을 통해 Nexus로 연결되며, C-Rep은 Portal을 통해 Community를 대표하여 Nexus 블록체인 네트워크에 노드로 참여합니다. Nexus는 loopchain을 기반으로 구축되어 loopchain의 특성인 그룹화 및 투표권 조정에 따라 LFT 기반 Consensus가 이루어집니다. Nexus에는 운영 정책을 제안하고 투표를 통해 적용할 정책을 선정하는 Representation channel이 포함되어 있으며 기본적으로 Portal은 자신의 커뮤니티를 대표하는 C-Rep으로써 Representation channel에 참가합니다.

Nexus에는 ICX(ICON Exchange)라는 Token이 내재되어 있으며 연결된 블록체인들은 ICX를 통해 다양한 블록체인간 가치이동을 처리할 수 있습니다. Nexus에는 정책에 따라 ICX를 발행할 수 있는 Reserve channel이 포함되어 있으며 기본적으로 Nexus를 구성하는 모든 노드는 Reserve channel을 통해 ICX를 발행할 수 있습니다. Nexus역시 하나의 블록체인으로 다른 Nexus에 연결될 수 있으며, 이러한 결합을 통해 다채로운 거버넌스를 가지는 블록체인들이 연결되어 거래를 연동하거나 가치를 이동 시킬 수 있습니다.

  • Portal

Portal은 독립적인 블록체인과 Nexus를 연결 시키는 구성 요소로서 Nexus와 BTP 기반의 통신을 통해 연동됩니다. Portal은 하나 혹은 복수의 노드로 구성할 수도 있으며 필요에 따라 또 다른 합의 네트워크를 만들 수 있는데 이는 오롯이 해당 블록 체인의 정책을 따릅니다. Nexus에 참여한 Portal의 노드 수 역시 하나 혹은 복수가 될 수 있으며 이는 loopchain의 그룹화 기능을 통해 하나의 그룹으로 관리되고 투표권 역시 Nexus의 정책에 따라 관리됩니다. 한 블록체인의 Portal은 C-Rep으로서 해당 블록체인을 대표하여 Represenatation channel을 통해 정책을 제안하고 투표를 통한 탈 중앙화 된 거버넌스를 수행합니다.

  • BTP(Blockchain Transmission Protocol)

BTP는 Nexus와 연결된 블록체인간 거래를 연계하기 위한 프로토콜입니다. Nexus에 구성된 Notary channel을 통해 송신 블록체인의 거래가 수신 블록체인으로 전달되게 됩니다. 이를 위해 Nexus 구성 노드 중 Notary channel의 투표 권한이 있는 노드는 Nexus에 연결된 각 블록체인의 Light Client를 하나의 채널로 한 다수의 채널을 보유하고 있습니다. Notary channel은 loopchain의 Multi-channel 지원 기능을 기반으로 구현되며 Nexus에 연결된 블록체인의 Light Client를 통해 해당 블록체인에서 합의된 거래를 Nexus에서 확인할 수 있습니다.

Source: ICON Whitepaper

Notary 등록 요청 거래에 대해 투표권이 있는 노드들의 복수 서명이 블록에 포함되어 Notary channel의 블록체인을 이루게 됩니다. Notary channel에 등록된 거래가 포함된 블록 데이터는 Portal을 통해 수신 블록체인으로 전달하게 됩니다. 이후 수신 블록체인에서 해당 블록데이터를 검증할 때는 Nexus의 Notary을 구성하는 노드들의 인증서를 기반으로 각 노드의 서명을 검증하고 LFT 기반의 합의를 따르는 Notary channel 규격에 따라 2/3이상의 서명이 확인되면 해당 거래의 합의 여부가 확인되어 거래를 진행합니다. 백서의 내용에서 미루어봤을 때 거래를 검증하고 확인하는 역할을 한다는 점에서 Cosmos의 허브 검증자와 유사한 역할을 한다고 볼 수 있습니다.

Source: ICON Whitepaper
Source: ICON Whitepaper

BTP는 송신 블록체인에서 발생한 거래의 합의 여부를 Nexus에서 확인하는 NotaryRequest(Tx)와 Nexus에서 확인한 거래를 수신 블록체인으로 전달하는 Notary(Tx)로 구성됩니다. 송신 블록체인에서 시작된 거래는 Nexus에서 해당 블록체인의 Light Client을 통해 확인되고 Notary channel에 등록됩니다. Notary Channel에 등록된 거래는 수신 블록체인으로 전달되고 수신 블록체인은 전달된 Notary 블록의 서명을 검증하여 Nexus에서의 합의 여부를 검증한 후 해당 거래를 처리한다.

  • Nexus Public Channel

Nexus는 모든 사람에게 공개된 Public channel이 포함되어 있다. 사용자는 ICX 거래 뿐만 아니라 다양한 DApp을 만들고 이용 할 수 있다. Public channel은 loopchain의 Multi-channel 지원 기능을 통해 Nexus에 구현되며, 이더리움과는 배포와 실행하는 방법의 차이가 있다. 이더리움은 거래 데이터에 컴파일 한 코드를 포함시키고 VM(Virtual Machine)으로 해당 코드를 실행시키는 방법을 사용하는 데, Public channel에서는 사전에 DApp을 개발하여 DApp store에 등록하고 해당 거래에 참여할 노드는 DApp Store로부터 DApp을 받아서 설치한 후 이용하게 됩니다.

Public channel에 참여하는 노드는 거래를 등록하고 확인할 수 있는 Light Client 기반의 노드와 거래에 대한 합의를 이루는 Full Node로 나뉘어집니다. Full Node는 Nexus 내의 합의 채널인 Representation channel에 의해 선정되어 운영되며 거래 합의를 이루는 인센티브를 받게 됩니다. 또한 Light Client로 참여한 노드도 거래 규모와 예치한 ICX양 등 다양한 기준에 따라 인센티브를 받을 수 있습니다.

Source: ICON Whitepaper

3.합의 알고리즘

확장성 문제와 보안상 문제로 인증된 노드만 참여하는 엔터프라이즈 블록체인 기술이 대두되었고, 엔터프라이즈 블록체인의 경우 다양한 업무의 요구 사항에 따라 다른 특징을 가진 블록체인 기술이 필요합니다. loopchain은 스마트 컨트랙트를 지원하는 고성능 엔터프라이즈 블록체인을 목표로 개발되었고 업무에 따라 커스터마이징을 지원하고 다른 블록체인과의 연계를 통해 블록체인 네트워크를 확장할 수 있도록 합니다.

3.1. LFT(Loop Fault Tolerance)

loopchain은 BFT(Byzantine Fault Tolerance)를 지원하는 LFT(Loop Fault Tolerance)를 통해 분기가 없는 빠른 합의를 지원합니다. 또한 LFT를 기반으로 신뢰 관계가 있는 복수의 노드를 하나의 그룹으로 묶어 좀 더 빠른 합의를 이루어 낼 수 있으며 이러한 그룹 및 노드에게 투표권 수를 자유롭게 설정할 수 있어 다양한 합의 체계 구축이 가능합니다.

블록체인 네트워크를 구성하는 객체를 노드라 칭하며, 이러한 노드들은 블록 생성, 검증, 보유의 의무를 가지며 각각의 노드는 자신의 메세지를 식별할 수 있는 서명을 생성할 수 있습니다. BFT계열 합의 알고리즘을 사용하는 LFT 합의 알고리즘은 블록을 생성하고 전파하는 리더 노드와 생성한 블록의 내용을 검증하여 블록의 유효성을 투표하는 검증 노드로 구성됩니다.

Loop Fault Tolerance(LFT) 소개, ICON Whitepaper

네트워크가 시작되면 검증 노드들은 리더 노드에게 처리하기 원하는 트랜잭션을 전송합니다. 리더 노드는 수집한 트랜잭션을 이용하여 블록을 생성하고 자신의 서명과 함께 다른 검증 노드에게 전송합니다.(Broadcast Block)각 검증 노드들은 블록을 받으면 현 리더가 블록을 생성했는지, 블록의 높이와 이전 블록 해시가 올바른 지 확인하고, 블록의 데이터가 올바른 지 확인합니다. (Verify Block)위의 세가지 조건이 맞다면 Vote 데이터를 생성하여 네트워크의 모든 노드들에게 전파합니다.(Broadcast Vote)리더 노드가 비잔틴일 경우 정족 수 이상의 노드들에게만 블록을 전파하여 특정 노드들을 네트워크로부터 분리하도록 시도할 수 있습니다. 이러한 문제를 방지하기 위해 모든 피어에게 Vote 데이터를 전파합니다. 블록을 못 받은 노드는 블록이 생성 되었는지에 대한 정보를 알 수 있고 다른 노드에게 블록을 요청할 수 있습니다.

리더는 블록을 생성하기 위하여 정족수 이상의 노드에게 Vote 데이터를 받는다.(Count Vote)리더는 새롭게 만들 블록에 Vote 데이터를 포함하여 블록을 생성하고 모든 피어들에게 전파합니다. 이를 PBFT처럼 정족수 이상의 피어가 같은 Vote를 했다는 것을 보장하기 위해 한번 더 모든 데이터를 전송할 필요가 없게 하며 새로운 블록의 Vote 확인을 통해 블록을 확정 지을 수 있게 한다.(Broadcast New Block & Commit Prev Block) 전파받은 블록이 최초 블록이 아니라면 검증 노드는 블록을 검증할 때 정족 수 이상의 Vote 데이터 검증을 같이 수행합니다.

3.2. SCORE(Smart Contract on Reliable Environment)

SCORE는 loopchain에서 실행되는 높은 생산성의 스마트 컨트랙트 구현환경입니다. 별도의 VM(Virtual Machine)이 아닌 실제 런타임에서 바로 실행되어 고성능 스마트컨트랙트 구현이 가능하며 기본 블록체인 프로세스와 별도의 컨테이너 기반 런타임에서 실행되어 스마트컨트랙트에 문제가 생기더라도 기본 블록체인 프로세스는 정상적으로 작동합니다.

SCORE는 repository 기반의 versioning을 지원하는 것이 특징인데 일반적으로 스마트컨트랙트의 변경이 필요한 경우 새로운 스마트컨트랙트를 생성하고 기존 스마트컨트랙트의 State을 모두 이관해야 하는데 비해 versioning을 이용하면 새로운 버전의 스마트컨트랙트에서 예전 버전의 state를 접근할 수 있어 별도의 state 이관작업 없이 간편하고 신속하게 스마트컨트랙트를 업데이트할 수 있다.

SCORE 구조(Whitepaper)

4. 거버넌스

Nexus에 연결된 각각의 블록체인은 자체적인 거버넌스를 가지고 있으며 Nexus는 일종의 간접 민주주의처럼 동등한 대표권을 가지고 협의를 진행합니다. 이를 위해 Nexus에는 BTP 처리를 위한 Notary channel 외에 정책 제안 및 투표를 위한 Representation channel과 ICX 발행 및 관리를 위한 Reserve channel이 포함되어 있습니다.

  • Representation channel

Nexus의 노드 중 C-Rep으로 참가하여 투표권이 있는 노드로 구성된 블록체인 채널로 Nexus내 모든 이슈에 대한 규칙을 정하는 협의 시스템입니다. Representation channel에서는 Nexus 및 각 채널(Notary, Representation channel, Reserve channel) 등 노드 추가 및 제거 등 노드 관리에 대한 정책을 만들고 과 ICX 거래 수수료를 조정할 수 있습니다. 투표권 수는 기본적으로 참여한 커뮤니티 크기와 거래 규모에 비례하여 할당하고 필요에 따라 조절할 수 있습니다.

Q: 기존 간접 민주주의 시스템에서 지적된 저조한 투표율을 방지하기 위한 대책이 필요할 수 있습니다.

  • Reserve Channel

Nexus의 노드 중 ICX를 생성할 수 있는 노드로 구성된 블록체인 채널로 사전에 정의된 규칙에 따라 ICX가 발행되고 발행된 ICX는 Nexus의 Public Treasury에 보관됩니다. 이 때, 총 통화량과 거래 규모 등의 데이터를 기반으로 한 A.I.분석 모델을 수립하여 인플레이션 비율 및 환율 등에 따라 발권량을 결정합니다.

Reserve channel은 누구나 참여 가능하며 참여한 노드는 Nexus에서 발행된 ICX를 매입할 수 있는 채권을 발행할 수 있는데 해당 채권의 한도는 ICON 네트워크를 활성화시킨 공로에 따라 결정된다. 이후 Reserve channel 참여 노드는 필요한 만큼 자신의 채권을 발행하여 ICX와 교환하여 ICX를 유통시킬 수 있으며 ICX와 교환한 각 Reserve 참여 노드가 발행한 채권은 Nexus에서 필요에 따라 채권을 실현시켜 ICX를 회수함으로써 전체 통화량을 관리할 수 있다.

Q: 채권을 여러 주체에서 발행할 수 있을 때 잠재적 문제점은 무엇입니까?

채권은 시장의 유동성을 공급하거나 재정을 확보할 때에 사용할 수 있는 통화정책인데, 이 통화정책의 권리를 개인들에게 부여했을 때에 생각지 못하게 많은 ICX가 시장에 유통되거나 과도한 긴축 정책을 할 가능성도 존재한다.

  • Incentive

Nexus의 Public Treasury에는 Reserve channel을 통해 지속적으로 생성되는 ICX와 함께 ICX 거래 등 Nexus 상의 다양한 채널별로 지정된 거래 수수료가 함께 보관됩니다. Public Treasury에 보관된 ICX는 Nexus에 참여한 노드의 채권과 교환되어 노드에게 배분되고 이 때 해당 채권의 한도는 ICON 네트워크 활성화 공로에 따라 결정됩니다. 공로는 IISS(ICON Incentive Scoring System)로 평가되며 노드가 동결해놓은 ICX, C-Rep 여부, 자신의 ICX 거래량, 본인이 소속된 커뮤니티 전체의 ICX 거래량, DEX를 통해 거래되는 ICX가 기준이 될 수 있습니다. IISS의 기준 요인에 따라 계산되는 Scoring 모델은 A.I. 기반 예측 모델을 기반으로 ICON 네트워크를 최대한 활성화 시키기 위해 지속적으로 업데이트 될 것입니다.

IISS에 따라서 Nexus에 참여한 모든 노드는 ICON 네트워크에 활발히 참여할 수록 많은 ICX를 확보할 수 있습니다. Reserve channel에 참여한 노드는 이렇게 확보한 ICX를 기반으로 은행과 같은 사업을 진행할 수 있습니다. 고객을 다양한 예금 상품에 가입시켜 확보한 ICX와 ICX거래량을 기반으로 더 많은 한도의 채권을 발행할 수 있고 해당 채권으로 ICX를 확보한 후 예금에 대한 이자로 돌려줄 수 있기 때문입니다.

Public channel의 DApp을 통해 은행 이외에도 여러가지 서비스를 운영할 수 있고 해당 서비스를 유료화해서 얻는 소득 이외에도 IISS에 의한 할당된 ICX를 확보하여 얻는 수익도 가능하여 다양한 서비스가 활성화되는 요인이 된다.

5. 사용사례

5.1. 자본시장

국내 주요 25개 증권사 및 금융투자협회가 참여하고 있는 ‘금융투자업권 블록체인 컨소시엄’은 더루프가 개발한 Loopchain을 기반으로 Chain ID(체인 아이디, 블록체인 기반 공동인증서비스)를 제공하고 있다. 이는 BSI기반으로 인증서를 발급하여 별도의 인증기관 없이 사용자와 금융기관 간 직접적인 인증 및 전자서명 생성 및 검증이 가능한 서비스로 총 11개의 증권사가 시범 서비스에 들어갔다.

추가적으로 스마트 컨트랙트 구현 환경인 SCORE를 통해서 인증, Post-trading,Trading 등 자본시장 업무 프로세스 전반에 대하여 단계적으로 블록체인 적용 범위를 넓혀갈 계획이다. 전세계적으로 다양한 거래가 중개 기관을 통해 이루어지고 있으며, 거래의 체결과 청산 결제를 위해 여러 기관을 거치면서 결제 프로세스는 길어지고 후선 업무(Back office)는 복잡해진다. 그 결과 주식매매 후 청산결제 업무가 완결되기까지는 일반적으로 t+2일에서 t+3일이 소요되며, 미국 시장에만 후선업무 처리에 90억 달러를 지출하고 있다.

Source: ICON Whitepaper

5.2. 보험

보험 가입자가 병원 치료를 받은 이후에 진단서를 비롯한 보험금 청구에 필요한 개인정보를 보험사에 전달하는 것에 대한 동의 및 보험사 가입 정보를 기반으로 환자의 신원을 확인하는 등의 업무를 블록체인을 기반으로 중개자 없이 처리하여 보험금 청구가 자동적으로 이루어지도록 한다. 보험금 청구 및 지급업무의 혁신은 보험사 측면에서는 업무의 효율성을 향상하고 비용을 절감하면서 소비자의 입장에서는 편리성을 제고할 것입니다.

보험업은 타 금융업에 비해 외부 기관과의 트랜잭션(데이터 및 자금)이 빈번하게 발생합니다. 외부 기관들은 일반적으로 각 기관의 특성에 맞는 다양한 시스템을 기반으로 운영되고 있어, 다른 시스템 간 상호운용성(Inter-operability)이 부족합니다. ICON Network를 통해 상호 운용성과 신뢰성을 확보함으로써 트랜잭션의 효율성을 극복할 수 있을 것으로 기대됩니다.

Source: ICON Whitepaper
  • 외부 정보가 들어왔을 때 검증은 어떻게 할 것인가?

5.3. 대학교

대학 내 자동 판매기, 캠퍼스 및 인근 가맹점에서 사용할 수 있는 가상화폐 기반 간편 결제, 송금 시스템 구축을 시작으로 타 커뮤니티와의 연계도 계획중입니다.

  • 대학생들이 결제 서비스를 이용할 때에 ICON에게 도움이 되는 이유는? 만약 일반 비트코인 결제 시스템과 차이는?

5.4. Healthcare

국내 주요 병원이 대부분 참여하는 정밀의료병원정보 시스템 구축 프로젝트에는 더 루프가 개발한 loopchain이 도입될 예정이며 ODHSI(Observational Health Data Sciences and Informatics)등 글로벌 네트워크를 기반으로 의료정보 유통의 범위를 글로벌로 확대할 계획입니다. 본 컨소시엄에서는 블록체인을 기반으로 의료 정보의 안전하고 투명한 공유 및 유통 체계를 구축하고 관련 생태계 활성화를 위해 가상 화폐 도입을 추진하고 있습니다.

의료 정보는 최근 진단 및 기술의 발달로 의료정보의 범위의 양이 폭발적으로 증가하고 있어, 다양한 수준의 트랜잭션을 효율적으로 처리하면서도 보안성과 안정성을 확보하는 방법에 대한 추가적인 논의가 활발하게 이루어져야 합니다. 블록체인을 활용하면 각기 다른 병원 시스템 간의 상호운용성을 확보할 수 있고 데이터에 대한 접근권한 관리 및 접근 기록을 신뢰성 있게 관리할 수 있습니다.

블록체인을 활용한 의료 시스템
  • 각각 병원이 다른 블록체인을 사용했을 때 어떻게 한 사람의 통합된 의료정보를 얻을 것인지? 그리고 ICON의 역할은 무엇인지 모호

5.5. DEX(Decentralized Exchange)

기존 중앙화된 거래소는 사용자가 거래소를 완전히 신뢰해야 한다는 문제점이 있었고, 기존 DEX의 경우(Bitsquare, Bitshares) 사용자가 거래시에 항상 온라인이어야 한다는 유동성 문제가 있었습니다. ICON은 자체적인 거버넌스를 가지는 여러 블록체인을 연결하는 블록체인 네트워크로 ICX 기반의 DEX를 제공합니다. Bancor Protocol을 기반으로 Reserve를 통한 거래 가격을 산정하여 가상 화폐간 거래를 제공합니다.

ETH와 ICX간 거래의 경우 Ethereum내에 Reserve 스마트 컨트랙트와 ICON내 Reserve 스마트 컨트랙트에 투표권이 있는 노드로 DEX를 구성할 수 있으며 아래와 같은 방식으로 ICX 가격이 형성됩니다.

ICX 가격설정 공식

예를 들어, DEX를 통해 ETH로 ICX를 구매한 경우 ETH로 구성된 Reserve Balance가 늘어나고 ICX Volume은 줄어들어 결과적으로 ICX Price가 올라갑니다. 반대로 ICX로 ETH를 구매하면 ETH로 구성된 Reserve Balance가 줄어들고 ICX Volume이 늘어나 ICX Price가 떨어지게 됩니다. ICX가 다른 거래소에 상장 되어 거래될 경우 해당 거래소에서의 가치와 ICON DEX에서의 가치가 다를 수 있다. 이 경우, Arbitrage 거래가 발생하게 되고 ETH유입 및 환전이 이루어져 가격이 비슷해지게 된다.

Loopchain과 같은 BFT 계열의 합의 알고리즘을 사용하는 블록체인의 경우 환전이 실시간으로 가능합니다. Nexus에 연결된 금융 기관용 블록체인이 있고 해당 금융기관끼리만 사용하는 Fcoin이라는 가상 화폐가 있을 경우, Fcoin과 ICX로 구성된 Reserve를 기반으로 Fcoin DEX 서비스가 제공되며 Fcoin과 ICX는 실시간으로 거래가 가능하다. 결과적으로 변환된 ICX를 이용해 ICON에 연결된 타 암호화폐와 교환이 가능합니다.

마지막으로, ICON DEX는 가상화폐 간 거래에 있어 전체 통화량, 거래 빈도 및 가격 등의 누적된 데이터를 기반으로 A.I.분석 모델 수립이 가능하다는 점이다. 이러한 데이터를 통해 Reserve Rate과 각 가상 화폐의 Reserve 구성 비율 등 다양한 조절이 가능하게 되어 실생활에서 사용 가능한 안정감 있는 가상 화폐를 구현할 수 있습니다.

    Matthew Minseok Kim

    Written by

    HAECHI LABS COO, Smart Contract Security, Blockchain researcher at Decipher

    Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
    Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
    Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade