이더리움 연구 포럼

https://ethresearch.kr/latest

계약 생성

계약의 생성은 외부에서 이더리움 Transaction call을 통해서 생성하거나 또는 Solidity Contract 내부에서 생성하는 두 가지 방법이 있습니다.

·       Contract 내부에서 생성하는 방법

·       Contract 외부에서 생성하는 방법

Contract 내부에서 생성하는 방법

·       Solidity Contract 내부에서 생성하는 방법입니다.

·       Contract 내부에서 생성하는 방법은 new 키워드를 통해서 다른 Contract를 생성하는 방법이 있습니다.

Contract 외부에서 생성하는 방법

·       외부에서 이더리움 Transaction call을 통해서 생성하는 방법입니다.

·       외부에서 생성하는 가장 대표적인 방법이 Javascript API인 web3.js를 통하는 것입니다.

web3.js - Ethereum JavaScript AP

https://web3js.readthedocs.io/en/1.0/

Contract 내부 생성 vs Contract 외부 생성

스마트 계약 Transaction

비트코인이 비트를 송금하는 Transaction만 할 수 있는 것과 달리 이더리움은 Ether를 송금하는 것 외에도 스마트 계약을 실행하는 Transcation을 발생시킬 수 있습니다.

[5644354 블록의 Smart Contract Transaction 예시]

5,644,354 블록의 33개의 transaction 중에는 스마트 계약을 실행하는 transaction이 포함되어 있습니다. 여기서 가장 많이 사용되는 것이 바로 ERC20입니다.

Ether 송금과는 달리 To 수신자 Wallet ID 대신 Smart Contract ID가 쓰인다는 것이 특징입니다.

본 예시는 0xb0로 시작하는 Smart Contract를 실행하게 되는 것으로, TNS Transcodium이라는 가상화폐 ERC20 스마트 계약 ID입니다.

여기서, Ether를 송금하는 거래가 아니므로 Value는 0 ether로 표현되어 있습니다.

다른 Transaction과 마찬가지로 Smart Contract도 가스가 발생합니다.

Smart Contract Transaction은 Input Data를 사용하게 되는데, 호출하는 함수와 Input parameter를 기입하게 됩니다.

여기서는 Transfer라는 함수와, 2개의 Input parameters ([0], [1])를 사용했는데 첫 번째([0])는 수신자 Wallet ID, 두 번째([1])는 송금액이 됩니다.

해석하면 0xa9로 시작하는 Wallet ID로부터 0xc1으로 시작하는 Wallet ID로 TNS라는 가상화폐를 약 598개를 보내는 거래 내역입니다.

시빌 공격(Sybil Attack)

·         일종의 네트워크 해킹 공격으로 특정한 목적을 얻기 위해 한 명의 행위를 여러 명의 행위인 것처럼 속이는 공격 형태를 의미합니다.

·         시빌 공격은 다양한 네트워크 시스템의 기능을 무력화하는데 사용될 수 있습니다.

http://bit.ly/2HTT1qb

시빌 공격의 피해 사례

토렌트(Torrent)와 같은 P2P 기반의 서비스에서 평판이 좋은 애플리케이션을 다운로드 받아서 사용해보니 악성코드였던 사례가 있습니다.

시빌(Sybil) 어원

·         1973년 출판된 동명의 책 제목에선 따온 것으로 이 책은 다중 인격 장애를 가지고 이는 한 여성에 대한 사례 연구를 다룬 책입니다.

·         다중 인격 장애를 겪는 사람이 여러 개의 인격을 가진 것처럼 한 명의 네트워크 참여자가 여러 명인 것처럼 속인다는 의미에서 시빌 공격(Sybil Attack)이라는 말이 만들어졌습니다.

https://en.wikipedia.org/wiki/Sybil_(Schreiber_book)

블록체인 기술의 문제점

Ethereum Whitepaper(이더리움 화이트페이퍼;백서) 

·         이더리움의 탄생 배경 및 기술적인 내용을 개괄적으로 이해하기 위해서는 이더리움 백서를 먼저 읽어볼 필요가 있습니다.

·         블록체인 기술 및 암호화폐 프로젝트는 백서에 프로젝트의 핵심적인 내용을 담고 있기 때문에, 이를 근간으로 투자를 받습니다.

·         이더리움의 설립자인 비탈릭 부테린은 2013년 이더리움의 백서 "차세대 스마트 계약 및 분산 애플리케이션 플랫폼, A Next Generation Smart Contract & Decentralized Applicaton Platform"을 공개함으로써 이더리움 프로젝트를 제안하였습니다.

·         현재 최신 백서의 내용은 Github 이더리움 위키에 올라와 있으며, 한국어를 포함하여 13개 언어로 번역하여 제공되고 있습니다.

A Next-Generation Smart Contract and Decentralized Application Platform - White Paper

Ethereum Whitepaper

https://github.com/ethereum/wiki/wiki/White-Paper

차세대 스마트 컨트랙트와 탈중앙화된 어플리케이션 플랫폼 - White Paper

https://github.com/ethereum/wiki/wiki/%5BKorean%5D-White-Paper

상태(state)

비트코인의 UTXO의 상태가 소모됨, 소모되지 않음의 두 가지 경우 밖에 없다고 이야기 했지만, 이더리움은 다양한 상태를 구현하고 인지할 수 있기 때문에 다양한 구조를 구현할 수 있습니다.

상태 변환 시스템

·         기술적으로 봤을 때, 비트코인이나 이더리움은 일종의 상태 변환 시스템으로 볼 수 있습니다.

·         상태 변환 시스템은 현재 비트코인 소유권 현황으로 이루어진 하나의 상태(State)와 이 현재 상태의 트랜잭션을 받아서 그 결과로써 새로운 상태를 출력해주는 상태 변환 함수로 구성되어 있습니다.

은행 시스템에 비유

·         상태(State)는 모든 계좌의 잔고 표(balance sheet)이고 트랜잭션은 A에서 B로 $X를 송금하라는 요청이며, 상태 변환 함수에 의해 A의 계좌에서는 $X가 감소하고 B의 계좌에서는 $X가 증가합니다.

·         만약 처음에 A의 계좌에 있는 금액이 $X 이하였으면 상태 변환 함수가 에러로 리턴합니다.

상태 변환

상태 변환을 비트코인 장부에서는 Apply라는 상태함수로 정의할 수 있습니다.

은행 거래를 예시

Alice가 50달러, Bob이 50달러를 가지는 계좌 잔고 상태입니다.

[이더리움 Transaction 구조 예시 1]

Alice에게서 Bob으로 20달러를 전송하는 트랜잭션을 발생하면, Apply 상태 변환 함수는 결과로 Alice 30달러, Bob 70달러의 새로운 상태를 반환하게 됩니다.

[이더리움 Transaction 구조 예시 2]

만약 Alice 에서 Bob 으로 70달러를 전송하는 트랜잭션을 발행하면, 상태 변환 함수는 새로운 상태 대신 에러를 반환하게 됩니다.

함수 호출(Function Calls)

함수를 호출하는 방식은 스마트 계약 내에서 이루어지는 Internal function call 내부 함수 호출과 타 Contract의 함수를 호출하는 External Function Call 외부함수 호출로 구분됩니다.

·       Internal Function Call

·       External Function Call

Internal Function Call

·       내부 함수 호출은 Contract 내부에서 함수를 호출합니다. 동일 스마트 계약 내 함수들끼리만 가능합니다.

·       EVM 내에서의 단순한 호출이므로 현재의 메모리 상태가 유지되는 특징이 있습니다.

External Function Call

·       외부 함수 호출은 타 스마트 계약의 함수를 호출합니다.

·       내부 함수 호출이 단순 호출(Simple jump)인 데 반해서 외부 함수 호출은 Message Call 형태를 띠게 됩니다.

·       함수 호출에 따라 변숫값(메모리에 저장된 값)는 복제되어 전달됩니다.

·       Message Call 형태이므로 value와 gas가 전달되어야 하며, .value()와 .gas()함수를 통해서 호출됩니다.

Internal Function Call vs External Function Call

이더리움 통화량

·       2018년 6월 약 1억 개의 Ether가 유통되고 있습니다.

·       비트코인의 경우 유통량이 채굴량인데 이더리움의 경우 유통량과 채굴량이 다릅니다. 이유는 이더리움의 경우 ICO를 통해서 Crowdsale을 진행했기 때문입니다.

·       지금은 이더리움 네트워크 기반에 ERC20 스마트 계약을 통해 손쉽게 신규 암호화폐를 발행할 수 있지만, 2014년 당시만 해도 신규 코인 발행은 매우 어렵고 번거로운 작업이었습니다. 그래서 이더리움 ICO는 Crowdsale과 같이 코인을 먼저 판매하고, 후에 이더리움 네트워크를 구성하여 이더리움을 전송하는 절차를 거치게 되었습니다.

·       이런 이유로 비트코인의 경우 Genesis 블록부터 채굴이 되고 신규 코인이 발행되지만, 이더리움은 Genesis 블록에 이미 Crowdsale 6천만 개와 이더리움 재단 보유물량 1천 2백만 개를 포함하게 되었습니다.

·       Genesis 블록에 포함된 총 7천 2백만 개의 Ether와 이후 마이닝을 통해 발생된 약 2천 6백만 개 Ether, 그리고 엉클 트리에 대한 보상 약 1천 8백만 개의 Ether를 합하여 약 1억 개의 Ether가 유통되고 있는 상황입니다. ([ETHER DISTRIBUTION OVERVIEW] 참고)

비트코인  vs 이더리움

[ETHER DISTRIBUTION OVERVIEW]

요약하면 이더리움 유통량은 이더리움 Genesis 블록에 포함된 7천2백만 개 Ether와, 이후 채굴된 3천 8백만 개 Ether입니다.

[Total Ether Supply and Market Capitalization]

https://etherscan.io/stat/supply