EOS Chrome 백서읽기 #5
EOS의 대안책, EOS Chrome의 특징은? Part 2. ICC 편
안녕하세요 OZ 입니다! 오늘은 EOS Chrome 백서읽기 시리즈의 마지막편, EOS Chrome의 특징 Part 2. ICC 에 대한 정보를 공유해드릴 예정입니다. 이제 어느 정도 EOS Chrome에 대한 개념이 자리잡히고 계신가요? 지난 시리즈들이 궁금하신 분들은 아래 링크를 참고해 주시면 감사하겠습니다.
EOS Chrome 소개: 트릴레마 이슈의 해결 방안
EOS Chrome 백서읽기 #1 : EOS의 문제점 1. 자산 리스크
EOS Chrome 백서읽기 #2 : EOS의 문제점 2. 투표 리스크
EOS Chrome 백서읽기 #3 : EOS의 문제점 3. 구조적 리스크
EOS Chrome 백서읽기 #4 : EOS Chrome 특징 1. Burn & Earn DPoS
[ICC (Inter Contract Communication): 자율 검증 컨트랙트]
총 5편에 걸쳐 진행된 EOS CHROME 백서 읽기 시리즈의 대미를 장식할 EOS CHROME의 두번째 특징 ICC는 Inter Contract Communication, 즉 “자율 검증 컨트랙트”를 뜻합니다. 사실 자율 검증 컨트랙트가 뭔지 쉽게 와닿지 않는 분들이 많이 계실거라 믿습니다. 자율 검증 컨트랙트는 한마디로 말하자면 ‘맞춤형 스마트 컨트랙트’라고 표현할 수 있습니다.
블록 체인 기술 개발 이래로 어언 10년이 흐른 현재 블록체인은 트릴레마, 거버넌스, Dapp 서비스의 보급 및 운영 등을 포함해 많은 과제들을 반드시 해결해야만 하는 숙명을 가지고 있죠. 따라서 많은 기업과 재단들이 앞다투어 각기 다른 체인을 런칭하고 있긴 하지만 수많은 블록체인 개발사 중 새로운 단계의, 스마트 컨트랙트 ‘활용’을 위한 프로토콜을 제시하는 기업은 찾아보기 힘든 것이 현실입니다.
현존하는 블록체인은 가치 저장의 기능 외에는 아무 기능이 없다고 평가해도 과언이 아닐 정도로 미흡한 기반을 갖추고 있습니다. 이러한 추세가 장기적으로 지속된다면 사회 전반에 퍼져있는 블록체인에 대한 불만과 불신은 더 커질 것이 명백하겠죠. 따라서 트릴레마, 거버넌스 문제와 타협하지 않는 동시에 블록체인의 활용 가치를 더하는 스마트 컨트랙트의 기능과 가능성을 극대화 하여 실생활과 블록체인의 연결고리를 더 단단히 해 둘 필요가 있습니다.
이에 대해 저희 EOS CHROME은 스마트 컨트랙트, 사용자 UX, Dapp등의 복합적인 구조와 서비스를 확실히 이해함으로써 “실생활에 적용 가능한 기술의 구현”에 포커스를 맞췄고 보편적인 솔루션 제공에만 목적을 둔 기존 블록체인 플랫폼 설계와는 사뭇 다른 접근을 통해 ICC를 개발하게 되었습니다.
ICC의 도입으로 인해 저희가 그리고 있는 궁극적인 목표는 Dapp 서비스와 인간의 상호관계가 존재하는 범주 안에서 실용적인 서비스를 제공하는 것이며, 그로 인해 EOS CHROME 생태계 참여자들이 기존 스마트 컨트랙트의 개념을 좀 더 심화하여 실생활 적용 범위를 대폭 확장할 수 있게 하는 것에 있습니다.
<현 Smart Contract의 한계>
2018년 3월 기준 다양한 블록체인 네트워크 상 실생활에 적용될 수 있는 스마트 컨트랙트의 종류는 다음과 같습니다:
- 보험
- 상품 생산 관리
- 주택 담보 대출
- 고용 계약
- 저작권
하지만 이는 스마트 컨트랙트의 모든 이론적 가능성을 감안하였을 경우고 현재 실적용이 가능한 부분은 굉장히 제한적이라고 볼 수 있는데요. 상품 생산 관리 같은 경우에는 대부분의 기술이 private 블록체인 네트워크 내에서만 구현이 가능하고 이를 제외한 1, 3, 4, 5번의 사례에는 ‘특정 계약 조건에 따른 자동 자금 집행’이 주 내용입니다. 실제 대부분의 스마트 컨트랙트 적용 분야는 토큰 및 코인 거래와 같은 자금 거래, 이와 관련된 ESCROW 기능의 수행에 국한되어 있습니다.
이러한 일차원적인 스마트 컨트랙트의 활용은 사실 기술 구현에 있어서 정교함이 많이 떨어지는 플랫폼들에 의해 이루어 지고 있기 때문이라고 볼 수 있습니다. 불안정한 플랫폼의 기술 구현 역량으로 인해 실생활 적용의 측면에서 봤을 때 굉장히 제한적인 성격을 갖게 되는 것이죠. 따라서 안정적인 플랫폼 구축과 동시에 스마트 컨트랙트 활용 및 작성에 대한 섬세한 프로토콜이 병렬적으로 제시되어야 할 필요가 있습니다.
<ICC의 장점?>
앞서 간단히 언급드린 바와 같이 ICC는 맞춤형 스마트 컨트랙트, 즉 스마트 컨트랙트의 커스토마이제이션 (Customization) 이라고 볼 수 있습니다. 좀 더 전문적으로 설명해 드리자면, 스마트 컨트랙트의 협업으로 사용자의 개인정보 및 특정 권한에 대한 선택적 공유를 통해 둘 이상의 스마트 컨트랙트를 동적으로 연동하여 특정한 애플리케이션 스마트 컨트랙트를 자동으로 실행하는 기법인데요. 물건, 옷, 악세서리 등등을 나의 입맛에 딱 알맞게 주문 제작 할 수 있듯이 블록체인 생태계에 존재하는 스마트 컨트랙트 또한 유저들이 원하는 대로 조합하여 사용할 수 있게 되는 것이죠.
예를 들어 A라는 유저가 블록체인 생태계에서 하나의 스마트 컨트랙트를 작성한다고 했을 때, 작성된 컨트랙트는 블록체인 생태계 내에 있는 모든 유저들이 볼 수 있게 공개됩니다. 이 때, 다른 사용자가 자신만의 Dapp을 만들거나 다른 Dapp을 사용함에 있어서 새로운 컨트랙트 및 기존의 컨트랙트보다 A의 컨트랙트를 사용 하는 것이 훨씬 편리하고 유용하다고 생각이 되면 그 컨트랙트를 사용자 본인의 취향대로 가져와서 사용할 수 있게 되는 것입니다. 이미 생태계 내에서 만들어져 사용되고 있는 컨트랙트를 나의 취향에 맞게 가져와서 사용할 수 있게 된다면 검증된 컨트랙트라는 점에 있어서 실수와 시간을 현저히 줄일 수 있겠죠.
이러한 특징들로 인해 ICC 기술은 블록체인 내 스마트 컨트랙트의 범용성과 활용성을 단순 향상시키는 것만이 아니라 완전히 다른 차원으로 진화시킬 수 있게 될 것이며 가장 안정적인 블록체인 플랫폼 중 하나인 EOS CHROME에 ICC를 구현 함으로써 복잡한 이해관계가 얽혀있는 실생활에서 두루 사용될 수 있는 효율적인 블록체인 생태계를 구축할 수 있게 될 것입니다.
<IoT vs ICC>
하지만, 간혹 ICC의 기능에 대해서 ‘인간이 아닌 사물들이 인터넷을 통해 상호 연결될 수 있는 환경을 조성해주는 점에 있어서 사물인터넷(IoT)과 다른 점이 뭔지, 굳이 사물인터넷을 두고 복잡하게 ICC를 고집해야 하는 이유가 뭔지’ 의문을 갖는 분들이 계실텐데요. 사실 혁신적이고 편리한 사물 인터넷에는 치명적인 두가지 단점이 존재합니다:
- 보안 문제
사물인터넷은 보안성이 굉장히 취약합니다. 사물 인터넷 기술을 구현하기 위해 기기들은 ‘인터넷’ 이라는 단일 네트워크에 연결되어 있죠. 즉, 해커들의 입장에서 보았을 때 이 네트워크만 공략한다면 수백 수천의 기기들과 사용자들에게 피해를 입힐 수 있게 되는 것입니다. 실제로 사물 인터넷 환경이 구축된 아파트 네트워크를 해킹하게 되면 한여름에 에어컨을 못쓰게 되거나 전기가 들어오지 않는 등 심각한 일들이 발생할 수 있게 됩니다. - 중앙화 된 단일 플랫폼 사업자
사물인터넷 서비스 실행을 가능하게 하는 플랫폼은 소수의 사업자들에 의해 제공되고 있으며, 다른 기기들과 갖는 호환성이 떨어집니다. 플랫폼 사업자가 단일화 된 이상 자연스러운 현상이라고 볼 수 있습니다. 예를 들어, KT가 제공하는 사물인터넷 플랫폼과 LGU+가 제공하는 사물인터넷 기기가 연동 및 호환이 된다면 아주 많은 부분에서 혼란스러운 일이 생길 가능성이 높아지겠죠. 따라서 각기 다른 중앙화 플랫폼을 사용하는 IoT 제품들의 경우 단일 플랫폼 기반의 IoT 생태계 구현에 있어서 많은 제약이 존재한다고 할 수 있습니다. 유저들의 입장에서도 마냥 편하지만은 않은 문제죠.
그러나 ICC는 사물인터넷의 이러한 치명적인 단점을 블록체인 기술을 활용하여 완벽하게 보완할 수 있습니다.
- 보완에 탁월한 ‘분산장부 시스템’인 블록체인 기술을 기반으로 구현
ICC 기술은 블록체인 기술을 기반으로 구현되기 때문에 탁월한 보안성을 가집니다. EOS CHROME의 BP 들은 DPoS BFT 기반의 합의 알고리즘으로 인해 매우 빠른 속도로 거래의 완결성을 보장할 뿐 아니라 해커들이 이미 발생한 거래를 조작할 시 천문학적 숫자의 금전적 비용을 부담해야 하는 리스크를 떠안게 합니다. 따라서 해킹의 위험에서 보다 더 안전하면서도 속도를 포함해 여러 방면에서 더 효율적인 서비스 제공이 가능합니다. - 단일 플랫폼 문제 해결
블록체인 기술의 혁신은 바로 제 3자의 개입 없이 신뢰할 수 없는 불특정 다수와 거래를 가능케 했다는 점입니다. 각자 다른 이해 관계를 가지고 있는 생태계 참여자들은 네트워크 내에서 개인의 효용을 극대화 하기 위해서 게임 이론과 경제학 유인 체계에 부합하는 행동을 하게 됩니다.
예를 들어, 생태계 참여자는 ICC 기술을 사용하여 자신에게 유익한 서비스를 제공하는 Dapp간 정보 공유 및 권한 부여와 같은 기능을 적극 활용하고 싶어하겠죠. 이러한 부분에 있어서 ICC는 기존의 단일 플랫폼들과는 달리 아주 뛰어난 호환성을 가지며 유저들의 요구를 만족시킬 수 있습니다. 추후 inter-chain communication 기술이 개발이 된다면 이를 통해 다른 블록체인 네트워크와의 교류까지 가능한 ICC 기술 구현이 가능해 질 것입니다.
이와 같이, EOS CHROME의 ICC는 기존 스마트 컨트랙트가 수행하는 ‘자금 집행’ 기능을 월등히 뛰어 넘어 스마트 컨트랙트 간의 상호 연동을 통하여 특정 ‘권한’에 대한 접근 및 차단을 가능하게 합니다.
특정 단체, 혹은 주체가 스마트 컨트랙트를 제공하고 구현함으로써 블록체인 내에서의 상호작용을 가능하게 하고, 이는 서비스의 필요에 따라 다양한 서비스의 제공이 가능한 환경을 조성할 수 있다는 장점을 갖습니다.
특히, 특정 주체에게 권한 부여가 가능하다는 것은 즉 스마트 컨트랙트 기술을 통해 필요에 의한 정보만 제공하는 것이 가능해 지므로 개인정보 등에 민감한 서비스를 제공할 시 아주 유용하게 사용되어질 수 있습니다.
뿐만 아니라, 정보를 제공하는 다양한 주체들의 이해관계를 스마트 컨트랙트를 통해 충분히 성립시킬수 있기 때문에 정보 제공자 뿐만 아니라 제공자들과 관계된 이해 관계자들간 다양한 수익 협력 모델을 만들어 낼 수 있게 될 것입니다.
자, 이로써 EOS CHROME 백서 읽기 시리즈가 끝이 났습니다!!! 저희 포스팅을 통하여 많은 정보 얻어가실 수 있으셨나요? 앞으로도 양질의 정보를 더 많이, 자주 공유해드릴 수 있도록 노력하는 OZ가 되겠습니다!
EOS CHROME의 행보 및 더 자세한 정보가 궁금하신 분들은 저희 GitHub을 참고해 주세요!: https://github.com/eosCHROME/
아 참, 그리고 EOS CHROME의 Medium Publication이 개설되었습니다! EOS CHROME의 개발을 담당하고 있는 IBCT의 팀원 분들이 돌아가며 좋은 포스팅을 많이 공유해주실 예정이니까 확인해 주시면 감사하겠습니다!: https://medium.com/eoschrome
다음 게시물로 찾아 뵙겠습니다! 안녕~!
