PowerPoint 프레젠테이션

Size: px

Start display at page:

Download "PowerPoint 프레젠테이션"

설아 호
6 years ago
Views:

1 DApp Development with loopchain

2 목차 I. DApp이란무엇인가? II. Dapp 체크리스트 III. Dapp Development with loopchain IV. Way Together

3 I. DApp 이란무엇인가?

4 DApp 이란? I. Dapp 이란무엇인가 Decentralized Application DApp은 Decentralized Application의약자로블록체인기술을활용한탈중앙화된어플리케이션. 코드가탈중앙화된 peer-to-peer network 위에서작동하고, 데이터호출및등록을블록체인데이터베이스로사용하는애플리케이션. 블록체인에 DApp이저장되며, EVM이 DApp을실행시키고, 처리결과들을블록체인에기록. 누구나실행가능하며, 셧다운이없고, 접속제한도없음.

5 Web App Architecture I. Dapp 이란무엇인가 Web 브라우저 HTML/CSS/Javascript Apache/Nginx Webserver Server Code Java, Python, Ruby DB Cache

6 Ethereum Dapp Architecture I. Dapp 이란무엇인가 Dapp 브라우저 Dapp 브라우저 HTML/CSS/Javascript Web3js Apache/Nginx Webserver HTML/CSS/Javascript Web3js Apache/Nginx Webserver EVM EVM Blockchain (account data, contract code) Blockchain (account data, contract code) Ethereum Dapp Instance 1 Ethereum Dapp Instance 2

7 DApp 과프로토콜 I. Dapp 이란무엇인가 프로토콜 (Protocol) 이란? 프로토콜 (Protocol) 또는통신규약은우리가통신하는방식을의미. 인터넷에서대표적인프로토콜은 TCP(Transmission Control Protocol) 과 IP(Internet Protocol). 블록체인에서프로토콜의의미 블록체인기술을바탕으로비트코인과이더리움이만들어졌음. 비트코인, 이더리움등이각노드 (Node) 들을연결하는방식을프로토콜로지칭. Joel Monegro 의 Fat Protocol

8 DApp 과프로토콜 I. Dapp 이란무엇인가 Technology Blockchain Protocol Ethereum EOS Loopchain Qtum Coin ETH EOS ICON (loopchain based coin) QTM Dapp Cryptokitties Mithril (Plactal) Bluewhale Mediblock

9 II. DApp 체크리스트

10 2.1 체크리스트 II. Dapp 체크리스트 신뢰받는제 3 자가필요한아이디어인가? 동일한데이터가분산저장되어야하는가? 거래의투명성이필요한아이디어인가? 의사결정이타인에의해이루어져도되는아이디어인가? 빠른처리속도가필요한아이디어인가? 10

11 2.1.1 신뢰받는제 3 자가필요한아이디어인가? II. Dapp 체크리스트 블록체인은신뢰받는제 3 의중개기관을배제시킬수있음. 중개은행 은행 A 은행 B 다양한경제주체들이개입되어있는비지니스에서서로간의신뢰가필요할때신뢰받는제 3의중개기관이개입되어신뢰문제를해결하고있다. 에스크로서비스, 은행간해외송금시중개기관, 공인인증서발급등이신뢰를제공하는제 3자의역할을하는것이다. 블록체인이신뢰가필요한산업의해결책이되기위해서는신뢰받는제 3의중개기관이있음으로산업의비효율성을초래하고있는지산업내부프로세스를면밀히파악해야한다.

12 2.1.2 동일한데이터가분산저장되어야하는가? II. Dapp 체크리스트 블록체인과기존시스템과의데이터저장차이점을인지할것. 블록체인은하나의노드가변화하면그에따라수많은노드가상태값을변경하는구조이므로저장된내용의변경이많이일어나거나소량의정보만을저장하는경우블록체인이적합하다 만약데이터를많이수정할필요가없거나대용량의데이터를저장해야하는사업의경우자료를분산하여저장하기보단기존시스템과같이중앙집중화된저장이효율적인경우기존시스템을사용하는것이효과적이다

13 2.1.3 데이터의투명성이필요한아이디어인가? (1/3) II. Dapp 체크리스트 데이터의투명성을입증해야하는서비스모델의경우블록체인적용이타당. 블록체인은모든데이터가암호화되어시간순으로블록이연결되어있어과거의기록을수정및위, 변조하는것이불가함. 이러한블록체인의특성으로감독기관및규제준수와더불어거래의투명성을보장해야하는사업의경우블록체인의도입이적합함. 또한기존의감독및관리시스템대비낮은비용이발생하는이점이있음.

14 2.1.3 데이터의투명성이필요한아이디어인가? (2/3) II. Dapp 체크리스트 데이터공개여부를결정. 블록체인이제공하는매우극단적인투명성은블록체인의최대장점이자단점으로볼수있다. 개인거래내역이나개인민감정보, 업체와의거래내역등을참여노드모두에게공개할시문제점으로발생할수있기때문이다. 이로인하여블록체인네트워크에참여할수있는요건여부등으로구분되어지는 Private Blockcahin과 Public Blockchain 중어떠한블록체인을적용할지결정해야한다

15 2.1.3 데이터의투명성이필요한아이디어인가? (3/3) II. Dapp 체크리스트 데이터공개이외에도 Private 과 Public 블록체인의차이를인지할것. 구분 Public Blockchain Private Blockchain 네트워크참여자불특정다수신원이판명된참여자 거래생성및검증불특정다수신원이판명된참여자 프라이버시개방서비스채널암호화 처리속도 7~15 TPS 1,000 TPS 이상 블록확정시간 15 초이상 1 초미만 예시 비트코인, 이더리움등 loopchain, Hyperledger, R3 등

16 2.1.4 의사결정이타인에의해이루어져도되는아이디어인가? II. Dapp 체크리스트 서비스모델의내용및의사결정방식에따라블록체인도입여부를결정. 중앙집중화시스템의경우의사결정을독단적으로가능했다면, 블록체인위에서는토큰이발행되고, 이에투자한사람이나컴퓨팅파워를제공한사람에게의사결정권한이나눠진다 따라서의사결정과정이투명하게공개되어야하는사업의경우오히려블록체인기반의사결정이효율적일수있으나, 장기적인안목을가지고진행해야하는사업의경우블록체인네트워크상의참여자들에의해의사결정방향이왜곡될수있다

17 2.1.5 빠른처리속도가필요한아이디어인가? (1/2) II. Dapp 체크리스트 블록체인의낮은확장성을인지해서비스모델에적용할것. VS " 아마존 EC2( 가상서버서비스 ) 의미디엄사이즈가격은시간당 0.04 달러다. 이더리움의오버헤드 ( 같은일을처리는데드는비용 ) 는그 100만배수준이다 이더리움이 20 TPS인데반해비자네트워크는 1667 TPS인점을감안할시빠른처리를요하는시스템의적용에는현실적으로어려움이있다

18 2.1.5 빠른처리속도가필요한아이디어인가? (2/2) II. Dapp 체크리스트 블록체인의낮은확장성을인지해서비스모델에적용할것. 확장성은아래요소들을포괄한다 1) 데이터처리속도 ( 프로세싱, processing speed) 2) 데이터검증속도 ( 검증, validation speed) 3) 데이터전파속도 ( 네트워크, network relay speed) 4) 늘어나는데이터크기 ( 저장공간, storage) 5) 합의구조에참여하는노드갯수 ( 검증인수, the number of validators) 6) 활용및응용프로그램의다양성 ( 어플리케이션, scalability on codes and applications) 7) 온체인 / 오프체인거버넌스 (on-chain/off-chain governance)

19 19 III. DApp Development with loopchain

20 SCORE 란? III. DApp Development with loopchain Smart Contract On Reliable Environment loopchain 안에서 Python 을이용한 Smart contract Ethereum 과달리 VM 위가아닌실제장비위에서돌아가는 Smart contract 각 Peer 에서독립적으로실행되며 Block 이확정되는시점에서실행 Block 별로실행하며, 블록체인으로구성하는 Business logic 을구현한다. SCORE container Client RESTful/JSON RPC 2.0 package.jso n SCORE code (*.py) Peer 하나의별도로분리된 Git project 입니다. 20

21 SCORE 동작 III. DApp Development with loopchain 1. 블록체인에거래생성 7. 거래결과에대한조회요청 2. 블록생성및동기화 loopchain peer 4. 신규블록에포함된거래처리를위한 SCORE 호출 5. 로컬저장소에저장된 SCORE 코드호출 SCORE Container SCORE Block Storage 3. 블록저장소에블록저장 8. SCORE 의 query 함수를호출하여스토리지에저장된결과를반환 SCORE local repository SCORE Storage 6. SCORE 의 invoke 함수호출하여거래실행하고결과를스토리지에저장 0. 거래에대한 SCORE 등록 ( 버전별 ) SCORE Store 5-1. 로컬저장소에저장된 SCORE 가없거나신규버전이면 SCORE Store 에서업데이트 21

22 bears III. DApp Development with loopchain bears : SCORE development utility for loopchain enterprise SCORE 코드의틀을작성 SCORE code 올려보기 실제 SCORE 에 Request 던지기 POSTman 같은 HTTP client 로해보기 작업환경 macos Linux ( Ubuntu, CentOS) Windows 에서는동작시문제가생길수있습니다 : Cygwin 위에서돌리면문제해결가능 Python 3.6 이상 Virtualenv 16.0 이상 PIP 10.1 이상 Docker V18.03 이상

23 실행하기 III. DApp Development with loopchain $ bears help

24 Code 생성하기 III. DApp Development with loopchain $ bears init <project> <project> folder 가만들어진다. 관련된 Source code 들이만들어진다. <project>.py SCORE code: 주요 interface package.json SCORE package의 meta정보를관리 scorecode.py 실제우리가작성할 Business logic들이있는 code scoretool.py 각종 SCORE개발에필요한 utility들

25 Code 실행하기 III. DApp Development with loopchain $ bears run <project> <project> 를포함해서 docker container 들을이용해서 loopchain 을올립니다.

26 SCORE 에 request 던지기 III. DApp Development with loopchain Invoke Block 인증이마쳐지고저장될때불리는요청 Query SCORE 의결과를조회하는요청 Invoke 검증되고합의된 Transaction 을가지고실제계약업무를실행하는작업 내부에여러실제작업들에대한함수들이있고이것을 JSON-RPC 방식으로호출한다. Python 으로작성되어서거의대부분의일들을할수있다. 작업된결과는 SCORE DB 에저장한다. NoSQL 방식으로 Key-Value 로저장. Query SCORE DB 에저장된결과를읽어오는작업 내부에여러실제작업들에대한함수들이있고이것을 JSON-RPC 방식으로호출한다. Python 으로작성되어서거의대부분의일들을할수있다.

27 Invoke 하기 III. DApp Development with loopchain URI : :9000/api/v1/transactions Header : application/json Request 형식 { "jsonrpc":"2.0", "id": ~~, <== must be number "method":..", "params": { } } Response 형식 { "response_code": "0 <== 'Success' is 0. 'Exception' is "tx_hash": "~~~", "more_info": "" }

28 Invoke 한결과조회하기 III. DApp Development with loopchain URI : :9000/api/v1/transactions/result?{tx_hash} Header : application/json Response 형식 { "response_code": "0", <== 'Success' is 0. 'Exception' is "response": { "code": 0, "jsonrpc": "2.0" } }

29 query 하기 III. DApp Development with loopchain URI : 9000:/api/v1/query Header : application/json Request 형식 { "jsonrpc":"2.0", "id": ~~, <== Must be string in Query. "method":..", "params": { } } Response 형식 { 'code' : integer value. <== 'Success' is 0. 'Exception is 'result : }

30 package.json { "id":"hello", "version":"1.0.0", "auth":{ "name":"your_team_name", " ":"your_team_ ", "org":"your_organization" }, "dependencies":{}, "description":"your_own_description", "repository":{}, "homepage":" "function":{ "invoke":[ { "method":"invoke_foo1", "params": { "key":"string", "value":"string" }, "description":"example of function in invoke." } ], "query":[ { "method":"query_foo1", "params": { "key":"string" }, "description":"example of function in query." } ] }, "main":"hello" } PackageID: [Company name]-[package] 를추천 invoke: Tx 를만들때, invoke() 시실행하게될함수들에대해정의하는부분 query: Tx 에 query() 시쓸함수들에대해정의하는부분 읽어들일 Python code 이름 III. DApp Development with loopchain

31 package.json { "id":"hello", "version":"1.0.0", "auth":{ "name":"your_team_name", " ":"your_team_ ", "org":"your_organization" }, "dependencies":{}, "description":"your_own_description", "repository":{}, "homepage":" "function":{ "invoke":[ { "method":"invoke_foo1", "params": { "key":"string", "value":"string" }, "description":"example of function in invoke." } ], "query":[ { "method":"query_foo1", "params": { "key":"string" }, "description":"example of function in query." } ] }, "main":"hello" } III. DApp Development with loopchain scorecode.py 안의 SCOREBusiness class 의 member 함수이름

32 scorecode.py III. DApp Development with loopchain SCOREBusinessLogic : 실제 Business logic 을구현해넣는 class 여러개의 SCORE DB (No SQL) 을설정할수있다. ScoreHelperDatabase 를이용. Member 함수에넣고 package.json 에함수의형태를기록하면사용가능

33 ScoreHelperDatabase SCORE 내부에서이용하는 DB NoSQL Key, Value 모두 byte array 로저장해야된다. 처음시작할때, 고유한 DB 이름을이용해야한다. 기능 put(key, value) : 쓰기 get_in_invoke(key): Invoke 할때, 읽어오기 get_in_query(key): Query 할때, 읽어오기 delete(key): 데이타삭제하기 III. DApp Development with loopchain Ex) Byte array: 바로디스크에쓸수있는형식 >>> b'\xcf\x84o\xcf\x81\xce\xbdo\xcf\x82'.deco de('utf-16') ' 蓏콯캁澽苏 ' >>> b'\xcf\x84o\xcf\x81\xce\xbdo\xcf\x82'.deco de('utf-8') 'τoρνoς' 주의 get_in_invoke(key) 를 Query 할때쓰거나 get_in_query(key) 를 Invoke 할때쓰면오류가생길수있다.

34 [ 참조 ] SCORE 로개발하면안되는것들 III. DApp Development with loopchain 랜덤값에의존하는비지니스모델 SCORE 안에서랜덤값을생성하거나, 실행하는모델은불가하나, 블록의해쉬혹은트랜잭션을이용한랜덤값이용은가능합니다. 외부의데이터에의존성이있는비즈니스모델 SCORE 안에서다른사이트를호출하거나, 외부의데이터를요구하는모델은아직불가능하나향후고려되고있습니다. 시간에따라행동하는혹은실행시각에따라내용이바뀌는모델 현재시각 ( 실행시각 ) 은사용불가능하며, 블록의시각혹은트랜잭션시각으로대체는가능합니다. 부동소수점처리불가 CPU 에따라부동소수점표현방식이달라질수있으므로모든연산은정수단위에서처리해야합니다. 내부변수재사용금지 특정한변수를 Cache 해놨다가쓰는일은없어야합니다. 34

35 35 IV. Way Together

DApp on ICON IV. Way Together IV. Way Together Tokenized Advertising Alliance Protocol (http://webloc.

36 DApp on ICON IV. Way Together IV. Way Together Tokenized Advertising Alliance Protocol ( AIRBLOC is a decentralized personal data protocol ( An open platform connecting customers and beauty companies ( And so on

37 불금의 ICON NEW KIDS ON THE BLOCK(CHAIN) IV. Way Together 주최 주관 : 양석원 ( 전디캠프팀장 ), AD4th 후원 : ICON Foundation 일시 : 매달 1 회신청 : D.CAMP (

38 Way Together IV. Way Together 맨체스터에서런던까지가장빨리가는방법은무엇인가? - 영국의한신문사 [ 좋은친구 ] 와함께가는것이다. Way Together with

39 How to together? 더루프는채용중 로켓펀치를통해서상시채용중 Dapp 아이디어가있어요! 불금의아이콘, 매월 1 회, D.Camp

40 Thank you

loopchain_SCORE_dev

loopchain_SCORE_dev loopchain SCORE development 주의 : 이슬라이드의내용은통보없이달라질수있으니참고바랍니다. 1. Dapp 이란무엇인가? 1.1 Dapp이란? 1. Dapp이란 무엇인가 Decentralized Application ü Dapp은 Decentralized Application의 약자로 블록체인 기술을 활용한 탈중앙화된 어플리케이션. ü 코드가