[코인리포트] 이더리움 킬러로 등장한 EOS (이오스 코인)

coinsight(49)

Published in

#kr

Words

1671

Reading

8 min

Listen

Play

이오스.jpg

안녕하세요, 코인사이트=COINsight Steemit 담당자 Claire입니다:)
오늘 소개해드릴 코인은 코인사이트 채널에서도 여러 번 다루었던 EOS 이오스 코인입니다😊

더 자세한 내용이 궁금하시다면 공식 홈페이지 및 백서를 참고해주시기 바랍니다!
내용과 관련하여 의견이 있으시다면 자유롭게 말씀해주세요. 감사합니다 :D

EOS 이오스

1. Overview

티커명	EOS
공식 홈페이지	EOS.io
개발사	Block.one
소스 코드	Github
코인 타입	ERC-20
ICO 시작일	2017년 6월 26일
ICO 종료일	ICO 시작일로 부터 1년간
시가 총액	$4,916,092,127으로 전체 7위 (18.03.23 기준)

2. 개발사 정보

Blockchain 전문 개발사 Block.one은 CTO인 Daniel Larimer를 필두로 Bitshare와 Steem Blockchain을 개발하여 성공적인 플렛폼으로 키운 이력이 있습니다. 특히나 이들 제품에 적용된 Delegated Proof of Stake은 시간이 지나며, 속도와 안정성을 검증 받았으며 안전하게 많은 트랜젝션을 검증할 수 있는 합의 알고리즘으로 자리 잡게 되었습니다.

3. 기본 정보

EOS는 Blockchain 기반의 Decentralized Application(이하 DApp)을 위한 Platform으로 기획/개발 되고 있습니다. 이것은 같은 DApp을 Ethereum과 EOS상에서 동일하게 구현하여 비교했을때, 높은 수준의 Transaction 처리량과, 발전한 사용자 경험을 제공합니다.

EOS 기반의 DApp을 사용하는 데 있어서 사용자들이 경험할 수 있는 것은, 사용자는 다른 Blockchain Platform과 같이 지갑을 가지고, 비밀키를 보관하거나, 또는 변동성이 심한 코인을 가지지 않다는 데 있습니다. 이것은 사용자가 Blockchain의 다양한 이점을 누리면서, 기존의 편리한 사용자 경험을 유지할 수 있도록 도움을 줄 수 있습니다.

DApp을 제공하는 "서비스 제공자"는 EOS를 사용하면서 다음과 같은 이점을 누리게 될 것입니다. 많은 사용자들이 서비스에 몰리더라도 절대 서비스가 중단되는 일이 없을 것이고, 서비스 제공자의 입장에서 사용자들은 지갑주소, 비밀키, 그리고 변동성이 심한 코인을 직접적으로 소유하지 않도록 하므로, 기존의 편리한 사용자 경험을 DApp에서도 유지할 수 있게 됩니다. 이러한 사용성은 기존의 Ethereum 위에서 구현된 DApp을 사용하는 것과 정면으로 배치되는 사용자 경험이라고 할 수 있습니다.

EOS는 각 Transaction에 대하여 Ethereum의 Gas와 같은 수수료, Excutions Footprint를 남기지 않습니다. 이러한 점은 EOS에서 제공되는 DApp의 "서비스 제공자"는 Application의 높은 Transaction per Seconds(이하 TPS)을 보장받기 위해서 많은 EOS 코인을 소유하여야 하여, EOS의 이런 특징은 DApp을 제공하려는 다수의 "서비스 제공자"들의 경쟁에 의해서 가격 상승을 유발합니다.

또한 EOS 코인은 Transaction을 처리할 수 있는 아주 고성능의 대표자 Node를 선출할 수 있는 투표권이 되기 때문에, 자연적으로 EOS 네트워크의 가용성은 높아질 것이고, 네트워크에서 발생되는 Transaction들을 바르고 빠르게 처리하기 위해서 대표자 Node의 보안성이 자연스럽게 증가할 것입니다.

위와 같은 특성으로 EOS는 Bitcoin과 같이 전자 화폐의 전송을 목적으로 개발되지 않았다는 것을 잘 알 수 있습니다.

4. 특징

EOS는 다양한 기능을하는 Node들이 네트워크에 배치되어, 네트워크에 부족한 부분을 채우려고 합니다. 기존의 Blockchain Network의 Node들은 모든 기능이 융합되어, Block의 생성/검증/저장하는 역할을 하였지만, EOS는 플렛폼을 위한 Blockchain이기 때문에, Mining Node, API Node, Seed Node, Database Index Node, Storage Node가 동일한 권한을 가지고 네트워크에 배치됩니다.

이러한 특징은 Network에 부족한 자원들을 적재 적소에 추가할 수 있다는 장점이 있습니다. 예를 들어 API Node가 부족한 경우에는, 사용자들이 EOS Network에 접근하는데 어려움을 겪을 것이고, 이러한 어려움은 API Node를 네트워크에 더 많이 배치하는 것으로 해결할 수 있습니다. 또한 파일이 저장하는 공간이 부족하다면, Storage Node를 더 배치할 수 있을 것입니다. 이런식으로 필요한 부분만을 Node로 배치한다면, EOS의 부족한 부분을 적재 적소에 확장시킬 수 있을 것입니다. 또한 기능별 분리는 해커가 전체 네트워크를 관철하지 못하도록 도와주며, 목적으로 하는 Node로 접근을 어렵게 합니다.

Ethereum과 다르게 EOS는 다양한 Smart Contract 시스템을 사용할 수 있습니다. 현재 EOS에서 제공하려고 하는 Smart Contract 시스템은 다음과 같습니다.

Ethereum Vritual Machine(EVM)
Web Assembly VM(WASM)

이 목록에 없는 Smart Contract 시스템도 EOS에 통합하여 사용할 수 있기 때문에, 사용성이 제한되는 부분은 아닙니다. 예를 들어 BosCoin의 Self-Healing 기능을 가진 VM을 EOS에 도입하거나, Bitcoin의 Stack Script를 도입할 수 있습니다. 다른 Blockchain들이 VM을 도입하는데 어려움이 있다면, EOS는 그러한 구분 없이 다양한 VM을 접목할 수 있도록 설계 되었습니다.

EOS의 EVM지원은, Ethereum 기반의 Smart Contract를 최소한의 코드 변경으로 EOS로 Migration 할 수 있습니다.
EOS의 WASM 지원은 의미가 깊습니다. WASM은 웹 브라우저를 기반으로 하여 작동하는 아주 빠른 가상머신입니다. 현재 Ethereum의 Roadmap에는 EVM을 Web Assembly 기반인 eWASM으로 변경할 계획을 가지고 있습니다. 이것은 기존의 EVM에 비해서 아주 빠른 속도로 Transaction을 처리할 수 있으며, 일종의 표준안이기 때문에 다양한 기계들 위에서 작동할 수 있습니다. EOS의 WASM도 eWASM과 통합될 계획이 있으며, WASM은 기존에 사용하던 프로그래밍 언어를 이용하여 Contract를 작성할 수 있으므로, 개발의 편의성을 더한다는 것도 장점입니다. C, C++, Java, Go, Rust 등, 다양한 프로그래밍 언어를 이용하여 웹 브라우저에서 작동하는 프로그램을 작성할 수 있습니다.

EOS의 다양한 Smart Contract 시스템을 이용하여 얻을 수 있는 장점은 Blockchain을 개발하기 위해서 새로운 언어와, 새로운 페러다임을 배워야 하는 비용을 획기적으로 줄일 수 있다는 점 입니다. 하지만, 기존의 프로그래밍 언어를 WASM에서 작동할 수 있도록 하기 위해서 코드의 문법적 변경이 일어나야하고 테스트가 빈약해 질 것입니다. 그 결과에 따라 통합과 배포가 개발사의 역량에 따라 도입이 늦춰질 수 있습니다.

EOS를 이용해서 서비스를 제공할 때, 사용자가 서비스를 사용하기 위해서 코인을 소지하거나, 지갑을 소지하지 않아도 된다는 점이 무척 인상적입니다. 이것은 Ethereum의 DApp들과 정면으로 배치되는 차이점입니다. Ethereum에서 DApp을 사용하기 위해서는, 우선적으로 지갑 주소와 일정량의 Ether가 존재하여야 합니다. 소지하고 있는 Ether로 Transaction을 발생시키고 DApp과 통신합니다. 하지만 EOS는 기본적으로 모든 비용을 서비스 제공자가 지불하도록 하며, 사용자는 기본적으로 무료로 신뢰할 수 있는 서비스를 이용한다는 점입니다. 이 과정에서 서비스 제공자의 수익 모델은 Blockchain을 통한 수익 창출이 아닐 수 있습니다.

이는 EOS의 CTO인 개발자 Daniel Larimer가 기존에 성공 시켰던 프로젝트인, Bitshare, Steemit과 같은 사용자 경험을 제공합니다. 특히나 EOS가 서비스 제공자를 위한 Platform을 표방하고 있기 때문에, 사용자에게 부담을 전가하지않는 점이 특징이라고 볼 수 있습니다.

5. EOS 합의 알고리즘

EOS의 Blockchain은 지분 위임 증명 즉, Delegated Proof of Stake(이하 DPoS)라고 불리며, 이것은 EOS 코인을 주식의 성격으로 대표자를 선출하는 투표를 진행하는데 사용됩니다.

EOS는 21개의 블럭을 생성할 때 마다 대표자를 변경합니다. 20명의 대표자는 투표를 가장 많이 받은 Node가 되며, 마지막 한 명의 대표자는 상대적으로 하위권에서 투표를 많이 받은 사람이 됩니다. 이러한 장치는 부의 재분배 역할과, 의도적으로 신뢰받지 못하는 Node를 포함하여, 신뢰할 수 있는 Network를 구성할 수 있도록 합니다.

Block 생성은 모든 대표자가 합의된 난수 생성에 의해서 Block 생성 순서를 지정받게 되며, Block Time은 3초로 설정 되었습니다. 이러한 합의 방법은 Block을 생성하기 위한 Racing Condition을 일으키지 않고, 에너지를 많이 사용하지 않으며, 빈번하게 Fork가 일어나지 않도록 합니다.

이러한 21명의 대표자를 뽑는 일을 Block Round라고 하며, 해당 Round, 63초마다 새로운 대표자들을 선출합니다. 선출된 대표자가 모든 Transaction을 처리할 수 있도록 하기 때문에 EOS 코인을 가지고 있는 사람은, 투표에 최대한 참여하는 것이 작동의 연속과 성능이 높은 대표자를 선출할 수 있기 때문에, 네트워크의 효과를 기대할 수 있습니다.

이러한 DPoS는 Daniel Larimer에 의해, Bitshare와 Steemit으로 구현되어 충분한 속도와 안정성, 보안을 검증 받았습니다.

6. EOS의 Block 보상

Block 보상은, 각 Block Round당 21명의 대표자가 Block 보상으로 얼마를 받을 것인가 정해서 제출하게 되며, 제출된 수치의 중간 값이 대표자들에게 Block 보상으로 지급됩니다. 이러한 점은 일부러 많은 Block 보상을 대표자들 끼리 합의 할 수 있으므로, EOS 네트워크는 Block 보상으로 전체 EOS 총량의 5%를 넘지 못하도록 설정할 수 있습니다. 이 사실이 EOS 네트워크가 오픈될 때 적용된다면 EOS 코인은 매년 전체 총량의 5%가 증가하게 될 것입니다.

7. ICO 진행 방법

EOS는 Ether로만 ICO를 진행하고 있고, ICO 기간은 341일에 걸쳐 진행됩니다. 이것은 하루 단위로 매일 ICO가 진행되고 있으며, 포용성을 위해서 EOS 코인에는 미리 정해진 가격이 없습니다. 쉽게 말해서 시장 논리에 따라 EOS 코인의 가격이 결정되며, 이러한 장치들은 미래의 사용자들에게 기회를 나누도록 설계되었다고 볼 수 있습니다. 또한 DPoS를 이용하기 때문에, 최대한 많은 주주들이 네트워크에 참여할 수록 EOS 자체의 안정성이 증가될 것입니다.

ICO를 진행하는 가장 첫 날은, 200,000,000개의 EOS 코인을 공모(公募)하였고, 이후에는 매일 2,000,000개의 코인을 공모하고 있습니다. 매일 2,000,000개가 지정되어 있고, 해당 회차에 쌓이는 이더량에 따라, 자신이 받을 EOS 코인의 갯수가 줄어들게 됩니다.

이러한 장기적인 ICO는 자금이 많은 코인 구매자가 네트워크를 독점하는 사태를 예방할 수 있고, 참여 시점을 자신이 정할 수 있습니다. 또한 프로젝트에 대해서 장기적인 관점으로 검토하고, 업데이트 내역을 확인할 수 있으므로, 신뢰성이 있는 방법이라고 볼 수 있습니다.

8. 경제적 요인

이러한 EOS 코인의 비율에 따라서 EOS 네트워크의 자원을 할당받을 수 있다는 것에 있습니다. 만약 전체 EOS 코인의 1%를 소지하고 있다면, 전체 EOS 컴퓨터 자원의 1%를 보장받을 수 있습니다.

만약 EOS 기반의 서비스가, 많은 트랜젝션을 처리하기 위해서, EOS를 구매하여야 한다고 생각해보십시오. 서비스 제공자는 한정된 EOS 코인을 구매하기 위해서 많은 비용을 지불하여 서비스를 유지하여야 할 것이고, 그러한 서비스 제공자가 많다면, EOS 코인의 가치는 더욱 상승할 것입니다.

또는 서비스 제공자가 아니더라도, EOS 코인을 지속적으로 가지고 있는 사람이라면, EOS 네트워크가 원활히 작동할 수 있게, 빠르고, 연결성이 좋은 대표자를 뽑는 투표를 이행할 수 있을 것이고, EOS 네트워크 전체의 가용성이 올라가게 될 것이며, 초기 서비스 제공자들에게도 매력적인 Platform으로 보일 것입니다.

9. 주요 개발자 이력

Daniel Larimer
Block.one의 CTO(Chief Technology Officer)이며, 2014년에 처음 Invictus Innovations Inc. 를 창업하여, DPoS를 적용한 Bitshare 1.0을 세상에 공개 하였습니다. 이것은 당시에는 없었던 Blocktime 10초를 보여주었고, 101명의 대표자가 블록을 생성하도록 하였습니다. 2015년에 Daniel Larimer는 Cryptonomex를 창업하여, Bitshare의 확장성과 성능을 해결하려 하였고, 6개월 뒤 Graphene 이라는 Blockchain 소프트웨어 기반으로 Bitshare 2.0 을 발표하였습니다. Graphene은 100,000 TPS를 달성할 만큼 성능이 우수하였고, 2016년에 Graphene 기술은 MIT 라이센스로 공개되었습니다.

이후에 Ned Scott과 Graphene 기술을 이용하여, 소셜 미디어 플랬폼인 Steemit을 공개하였고, 이 또한 DPoS를 이용하여 Block을 생성하며, 블로그의 콘텐츠, 덧글 과 같은 정보는 Block에 저장되고 Steemit API를 구현하는 App이 있다면 언제 어디서나 분산화되고 삭제되지 않는 정보에 접근할 수 있게 되었습니다. Steemit 또한 사용자들에게 비용을 청구하지 않았지만, 작성한 글이 널리 공유되기 위해서는 STEEM 코인을 일부 구매하여 다른 사람에게 노출 될 수 있도록 일종의 유료화 전략을 펼쳤습니다.

10. 개발 진척

EOS는 C++14 스펙으로 개발되고 있습니다. 현재 Web Assembly를 이용하여 다양한 컨트렉트의 작동을 테스트 하고 있으며, 문서 작업 또한 원활하게 진행되고 있고 개발자 Daniel Larimer가 개발 진척 상황을 Steemit을 통해 공개하고 있습니다. TPS를 높이기 위한 실험 또한 많이 진행하고 있는 것을 공개하고 있습니다.

11. 네트워크 보안

1) 51% 공격
네트워크를 장악할 수 있는 51% 공격의 가능성을 이야기 합니다.

기본적으로 Block Round당 20명의 대표자가 투표에 의해 선출되며, 나머지 한 명은 상대적인 투표수에 비례하여 선출됩니다. 난수 생성기를 통하여 21명의 Block생성자가 순서대로 3초마다 Block을 생성하고, 누군가 블럭을 생성하지 않는다면, 다음 대표자가 6초 분량의 Block을 생성하게 됩니다. 현재 ICO 초반은, 거래소를 제외하고 독점적 사용자가 EOS 코인을 가지고 있지 않은 상태에서 고르게 코인을 가지고 있는 것으로 나타납니다. 따라서 51% 공격은 이뤄지기 어렵습니다.

2) Racing Condition
대표자가 같은 Round에서 여러개의 블럭을 생성하거나, 다른 대표자와 동시에 Block을 생성하여 네트워크가 불안정해지는 가능성을 이야기 합니다.

이 부분은 현재 개발 중이며, 정확한 내용이 확인되지 않습니다. 하지만 백서에 따르면 Block을 2개 생성하는 악의적인 대표자는 자본금을 몰수당할 것입니다. 또한 대표자의 순서를 정하기 위한 난수 생성기가 올바르게 작동한다면, 이러한 Racing Condition은 일어나지 않을 것입니다.

3) Transaction 검열
대표자가 특정 서비스 제공자를 통해서 전파되는 Transaction을 거부하거나 Block에 포함시키지 않은 가능성을 이야기 합니다.

이 부분은 현재 EOS에서 특정 예비 대표자에게 투표하면, 어떤 대표자가 Block을 생성하게 될지 정보가 공개됩니다. 이러한 공개된 정보는 대표자와 참여자가 공모할 수 있다는 점을 야기하지만, 검열을 하는 대표자는 같은 대표자와, 블럭 검증자들에 의해 어떠한 대표자가 부정을 일으키는지 공개될 것이기 때문에 장기적인 관점에서 Transaction 검열은 점차 해소될 것입니다.