조주임의 저녁

 0. 요약

□ 이더리움은 자체 블록체인을 기반, 다양한 탈중앙화 된 어플들이 작동가능하게 고안된 플랫폼 네트워크.

□ 이더리움의 디앱은 스마트 계약을 이용해 쉽고 빠르게 토큰 발행가능.

□ 이더리움 블록체인에선 이더가 사용되고, 디앱은 여러 분야에 적용가능한 각각 솔루션들로 그에 맞는 토큰 발행.

□ 발행된 토큰은 독자적인 토큰인 듯 하지만 실제는 이더리움 생태계에서 호환 및 사용 가능.

□ 예)

 ○ 안드로이드 = 이더리움 플랫폼   /    그 안에 앱들 = 디앱들.

 ○ 각 앱 사용하면서 발생되는 일정 포인트를 통합 및 사용하는 건 같은 회사계열의 앱이 아니면 불가능하지만

 ○ 이더리움 플랫폼에서는 각각의 디앱이 발행한 토큰을 통합하여 현금화가 가능.

 ○ 디앱 내에서의 토큰 교환은 물론, 이더리움 플랫폼 기반의 타 디앱의 토큰과 교환 가능한데

 ○ 이를 위해 ERC-20 토큰 표준 있는 것.

 ○ 디앱들에 흩어져있는 ERC-20 표준 호환 토큰들은 나중에 통합되어 한 번에 이더로 모두 바꾸어 현금화 가능.

1. 배경

□ 비트코인(Bitcoin) 탄생 : ‘코인’ 개념 생성.

 ○ 2008년 10월 1세대 암호화폐. 기축 통화 (국제간 결제 및 금융거래에서 통용되는 통화. ex. 금)

□ 알트코인(Altcoin) 탄생 : 이 당시만 해도 코인들만 존재.

 ○ 암호화폐 생태계에, 독자적 알고리즘과 생태계 소유한 여러 암호화폐들 탄생

 ○ 비트코인과 유사한 이 암호화폐를 사람들은 알트코인으로 일컫음.

□ 이더리움(Ethereum) 탄생

 ○ 이더리움은 비트코인에선 제공하지 않는 스마트계약 기능 소재.

 ○ 스마트컨트랙트 기능 이용으로 이더리움은 플랫폼 코인으로 영역을 확장가능해짐.

2. 목적 및 생성

□목적

 ○ 토큰을 지분으로 투자자금 모음.

  - 메인넷 개발완료 시 토큰으로 변환.

  - 메인넷 개발 전 “개발할 때 까지의 자금”, “토큰거래만 가능”

  - 메인넷 개발 후 “자체 네트워크 통화”, “자체기능 개발 및 배포”

 ○ 상호 호환 가능

  - ERC-20 (기반) 토큰은 이더리움과 교환 가능 및 이더리움 지갑으로 전송이 가능.

  - ex) 안드로이드 운영체제를 사용하는 네이버 지도를 카카오톡으로 바로 공유할 수 있는 것처럼.

□ 이더리움의 스마트컨트랙트로 생성

 ○ 독자적 생태계 구축없이 이더리움의 기능(스마트계약)을 이용, 암호화폐를 제작하게 됨.

 ○ 이렇게 제작된 암호화폐는 ERC-20 (Ethereum Request for Comment) 토큰이라 불림.
 ○ ERC-20 기반 토큰 : 펀디엑스(NPXS), 오미세고(OMG), 비체인(VEN) 등.

 ○ 이오스(EOS), 트론(TRX) 등은 이더리움 기반 토큰 생성 후, 자체 메인넷을 출시로 독립적 코인으로 재탄생.

3. ERC-20

□ 토큰?

 ○ ERC-20은 이더리움 블록체인 네트워크에서 정한 표준 토큰 스펙.

 ○ 각각의 커스텀 토큰을 관리 가능하게 해주는 기능(스펙)임.

 ○ 이더리움 블록체인에서 또 다른 토큰 실행위해선 ERC-20라는 스마트계약에서 코드나 기술 표준 설정필요.

 ○ (시장화폐로서) 필요한 이더리움과 호환성이 있는 모든 요구 사항의 표준은 ERC-20로 간주.

□ 규칙(함수)

 ○ totalSupply (): 총발행량. 토큰이 총 몇 개 있는지 알려주고 생성되어 사용가능한 토큰 수 지정.

 ○ transfer (): 송금. 토큰을 총 발행 주소에서 개인 계정으로 송금가능. 초기 토큰 배포를 지정된 지갑으로 실행. 이 함수로 인해 ICO 토큰이 일반적으로 ERC-20 토큰으로 사용.

 ○ balanceOf (): 잔액. 계정 내 토큰을 반환하고, 모든 지갑의 토큰 균형을 추적.

 ○ transferFrom (): 사용자는 송금 기능을 사용하여 측정 토큰을 사용자가 전송하고 교환가능. 이 함수는 지갑 주소, 수령인, 송금액을 얻은 중개인처럼 작동한 다음, 거래 수행.

 ○ approve (): 승인. 위조 토큰 제작 방지. 토큰 총 발행 양을 확인해 트랜잭션을 허용 및 거부, 최대 토큰 수를 유지 관리하고 어떤 지갑에 어떤 토큰이 있는지 추적.

 ○ allowance (): 허용. 누군가 시스템을 속이고 본인이 소유한 것보다 더 많은 토큰을 보내고자 할 때, 이를 방지함. 거래가 이뤄지면 취소되며 모든 트랜잭션은 실행되기 전 유효한지 이중 확인됨.

4. 다른 기준의 등장

□ 변화

 ○ 대부분 토큰들은 ERC-20 규정을 따르고 있는 만큼, 디앱 사용자들은 이들 토큰을 지갑에 저장가능.

 ○ 그러나 많은 디앱프로젝트들이 ERC-20을 수행할 때 발생한 토큰손실 등 ERC-20 시스템의 불완전성으로-

 ○ 이더리움 커뮤니티는 이를 수정하였고 다른 규칙들이 등장하게 됨.

□ ERC-223

 ○ 토큰을 스마트 컨트랙트에서 직접 보냈을 때 토큰 손실가능성 문제를 수정한 것.

 ○ ERC-223이 제공하는 또 다른 혜택은 토큰들이 스마트계약에서 한번에 다른 지갑으로 송금가능하게 지원.

  - 이 기능으로 지갑은 원장 업데이트를 위해 토큰 스마트 컨트랙트가 필요하지 않음.

  - 이 기능에 불러온 부산물은 가스비가 절반 정도 밖에 안됨. 두개가 아니라 하나의 기능을 확인하는 것이기 때문.

□ ERC-777

 ○ ERC-20 버그를 위한 또 다른 솔루션이 2017년 11월 20일 이더리움 커뮤니티에 제안됨.

 ○ 누구나 스마트계약 주소 및 기능 확인가능. (ERC-820 기능 가져온 것)

 ○ ERC-20의 간단한 전송과 확인에서, ERC-777의 보내기 기능으로 - 본질을 바꿈으로서-

 ○ 토큰과 스마트 컨트랙트 그 자체로 보다 많은 것들을 가능하게 함.

□ ERC-721

 ○ = NFT, Non-Fungible Token, 대체 불가능한 토큰.(성질)

 ○ 개발자들에게 복수의 소유자들 사이에서 공유불가한 토큰을 개발할 수 있게 함.

 ○ 개별적인 각각의 NFT를 위한 기능과 상태를 포함할 수 있게 해줌.

 ○ 디앱 게임들에 광범위하게 적용됨. (캐릭터나 아이템을 나타내기 위해 NFT를 구현한 게임들)

 ○ 대표적 사례) 이더몬. 각각의 이더몬은 ERC-721 기능을 수행하는 NFT임.

  - 플레이어들은 이더몬을 상호 거래가능. 누구도, 이더몬의 한 조각을 공유불가.

  - 누군가 타인에게 전송할 경우, 전체 NFT로서 전송됨.

  - 반면, 게임에서 플레이어들은 그들의 이더몬을 훈련시키고 싸우게 할 수 있음.

  - 이것은 이더몬 상태를 늘/줄이는 결과로 이어질 수 있음.

  - 게임의 육성 기능은 새 이더몬이 생성 됐을 때, 새 NFT가 이더리움 네트워크에 만들어짐.

  - 소유권은 자동으로 액션을 요구한 개인에게 감.

 ○ 본질적으로 토큰이, 디앱 내에서 공유가능하고, 미래 NFT 생성에 영향주는 수집물이 되도록 함.

 ○ NFT는 무제한 공급 가능하나 대부분 디앱 프로젝트는 전체 공급량을 제한함. (NFT의 가치유지 위함.)

[7/29...]

ㅁ순서. 4단계 까지만 해도 양호

( https://m.blog.naver.com/blokorea/221313637939 참고: FTP 설정까지만 진행 , (EOS설치시간))

 1. 윈도우 설정변경

  1) 윈도우 설정[개발자용 설정] - [개발자 모드]로 변경.

  2) 제어판-프로그램 및 기능-윈도우 기능 켜기/끄기: 에서 Linuex용 windows 하위 시스템 체크

  3) 재부팅 실행

  4) 윈도우 스토어에서 우분투 설치

 2. 우분투 환경설치 : 윈도우 내에서 우분투 터미널 사용하기 위함.

  ㅇ우분투 16.04 버전 설치 https://docs.microsoft.com/ko-kr/windows/wsl/about

 3. 우분투 실행

  1) 아이디/비번 설정

  2) 미국서버->한국서버 변경 : sudo sed -i 's/archive.ubuntu.com/ftp.daum.net/g' /etc/apt/sources.list

 4. 우분투 16.04 패키지 설치 : 이오스 환경설정

  ㅇ깃허브 내 [Ubuntu 16.04 Package Install] : https://github.com/EOSIO/eos 참고

   - 우분투 터미널에서 아래 명령어 순서로 입력

   - wget https://github.com/eosio/eos/releases/download/v1.8.1/eosio_1.8.1-1-ubuntu-16.04_amd64.deb

   - sudo apt install ./eosio_1.8.1-1-ubuntu-16.04_amd64.deb

 5. cli-helper 설치 : 명령어 단축 및 효율적 작업 위함.

  ㅇ헥슬란트제공의 eos헬퍼 클론설치: https://github.com/Hexlant/eosio-cli-helper

 6. 우분투 ~/eosio-cli-helper$ 디렉토리 내 config 설정.

   1) 설정변경 가능 명령어 : $/eosio-cli-helper$ vi configuration_info.sh

   -  ## Host for NODEOS

   -  NODEOS_SCHEMA="https"

   -  NODEOS_HOST="jungle2.cryptolions.io"

   -  ## Port for NODEOS

   -  NODEOS_PORT="443"

   2) 확인

   -  ./cleos.sh get info : head_block_num 값이 지속 증가(페이지 메인에 큰 숫자와 동일한 것을 확인가능. )

   -  정글2.0 테스트넷 모니터 확인 : https://monitor.jungletestnet.io/

<스샷을 동시에 했다면 위 숫자 41 560 255 와 아래 "head_block_num":41560448의 숫자가 같음.>

 7. 명령어 자동완성 기능 사용 설정

  ㅇ명령어 : git clone https://github.com/hexlant/cleos-auto-completion

  ㅇhttps://github.com/hexlant/cleos-auto-completion

1. 이더리움 계정(Account)

□ 이더리움 계정은 20바이트의 주소와 상태변환(정보 직접 전달)을 갖고 있음.

□ 이더리움 계정 내 필드 4개 존재.

 1) Nonce : 각 트랜잭션이 오직 한번만 처리되게 하는 카운터

 2) Value : 계정의 현재 ether 잔고

 3) Contract code : 계정의 컨트랙트 코드 (값 없을 수 있음)

 4) Storage :  계정의 저장공간(초기설정엔 값없음)

□ 이더리움 계정은 2가지 종류가 있음.

 1) 외부소유계정(EOA. External Owned Account)

  - ‘지갑’. CA보다 상위계정.

  - 새로 생성되는 트랜잭션은 모두 EOA에서 시작.

  - 하지만 이 계정엔 코드 없으며, 이 계정에서 메시지 발신하려면 새 트랜잭션 생성 후 서명필요.

 2) 계약계정(CA. Contract Account)

  - 스마트컨트랙트 역할 가능. ‘배포된 코드’와 ‘저장공간’이 추가로 존재.

  - CA는 컨트랙트 실행 가능. 생성 불가. ( EOA가 만든 컨트랙트만 실행가능. 생성X )

  - EOA가 보낸 메시지를 CA가 수신할 때마다 자신의 코드를 활성화.

  - (기능수행) 이 활성화 코드따라 메시지 읽기, 내부저장공간 기록, 다른 메시지 발신. 컨트랙트들을 차례로 생성.

□ 스마트컨트랙트는 이더리움 실행환경 내에 살아있는 자율 에이전트.

 ○ 이더리움에서 컨트랙트는 수행 당하는 것, 컴파일 되는 것임.

 ○ 메시지, 트랜잭션이 도착하면 항상 특정코드 실행함.

 ○ 자신의 이더잔고와 영속적 변수들 추적키 위해 자신의 키/값 저장소를 직접 통제함.(=스마트)

□ 이더리움의 비대칭암호키 = 개인키와 공개키 => “address” 주소로 표현

 ○ 이더리움은 속도와 보안성 조절 위해 다양한 매개변수를 갖음.

 ○ 이더리움은 타원곡선암호(=ECC)인 *secp256k1 사용함.

  *secp256k1 : 타원곡선암호기술의 종류( https://m.blog.naver.com/aepkoreanet/221178375642 )

 ○ 암호와 매개변수로 비대칭 암호키를 생성함.

 ○ 공개키를 이용해 주소를 만드는 것이지만, ‘키’를 ‘주소’로 표현.

     *1) 공개 키의 keccak-256 해시 생성

     *2) 앞12바이트 제거

     *3) 16진수 문자열 인코딩. 최종 40개 문자의 바이트 스트링이 유저의 계정주소.

2. 트랜잭션(Transaction)

□ EOA(외부소유계정, 지갑)이 보낼 메시지를 포함한 서명된 데이터 패키지.

 ○ A→B계정으로 이더, 컨트랙트(함수호출, 새 컨트랙트 배포 등) 보낼 때 서명으로 사용

  - 타원곡선암호 기반의 디지털서명 알고리즘인 ECDSA이용하여 서명함.

  - 트랜잭션은 다음 값을 포함

   · 이더리움의 디도스예방. 해킹시 실행되는 모든 리소스에 강제수수료 부과.

   · 계산기본단위 ‘가스’, 계산단계별 소모비용은 연산마다, 데이터 용량마다 다름.

   · 트랜잭션 데이터 내에 바이트랑 5가스 수수료 지불.

3. 메시지(message)

□ 이더리움 실행환경(EVM)에서만 존재하는 가상 객체 (저장 불필요)

 ○ 컨트랙트는 다른 컨트랙트에게 메시지 전달가능함.

□ 메시지는 컨트랙트에 의해 생성됨. (트랜잭션은 EOA에 의해 생성됨)

□ 그러나, 메시지는 트랜잭션과 매우 유사함.

 ○ 수행과정

  - 코드수행 중인 컨트랙트가

  - 메시지 생성 및 실행 지시하는 수행코드(opcode)를 만나게 되면

  - 메시지를 생성함. 그리고 해당코드를 실행하는 수신자계정(컨트랙트 계정)에 도달하게 됨.

  - 따라서, 컨트랙트는 EOA가 하는 동일한 방식으로 다른 컨트랙트와 관계를 맺음.

□ GAS 관련

 ○ 트랜잭션이나 컨트랙트에 의해 할당된 가스 허용치는

 ○ 그 트랜잭션과 모든 하위 실행에 의해 소모된 총 가스에 적용됨.

  * EOA인 A가 B에게 1,000가스와 함께 트랜잭션을 보내고 (1,000부여)

  * B는 600가스를 소모 후 C에게 메시지를 보내고, C의 내부 실행에 300가스를 소모한 후 반환하면 (900사용)

  * B는 가스가 모두 소모되기 전 100가스 더 사용가능.

#. 출처 사이트 :

https://steemit.com/kr/@yahweh87/36-5  : 스팀잇 이더리움백서 설명.

https://hamait.tistory.com/965?category=   : 컨트랙트 비용.

https://hamait.tistory.com/966?category=276132:  [이더리움 메모] 트랜잭션의 실전적 종류 구분.

[7/24 ...]

package main

import "fmt"

func main() {

    k := 1
    if k == 1 {
        fmt.Println("One")
	}
        
    else if k == 2 {
        fmt.Println("Two")
	}
        
    else {
        fmt.Println("Other")
	}
}

<Go언어를 이용한 if 함수 예제>

ㅁ Go언어는 사용되지 않은 변수가 생기면 오류로 인식함.

ㅁ import "fmt"

 ㅇ(가져오기) fmt 라는 클래스를 가져오는 것.

 ㅇif, Print 등 사용하기 위한 패키지.

 ㅇfmt 패키지 내의 함수들을 이용가능하도록 하는 것.

   (김정환님의 블로그 Go fmt 패키지 설명 : http://jeonghwan-kim.github.io/dev/2019/01/08/go-fmt.html)

ㅁ func main()

 ㅇ함수를 정의하기 위한 문장.

 ㅇfunc 뒤에 함수 명을 적고 괄호() 안에 그 함수에 전달하는 파라미터(변수)들을 적으면 됨.

   (예제로 배우는 Go 프로그래밍 설명 중 '함수'편 : http://golang.site/go/article/9-Go-%ED%95%A8%EC%88%98) 

package main

import "fmt"
func main(){

    sum := 0
    for i := 0; i<=100; i++{
        sum += i
        
    }
    
    fmt.Println(sum)
}

< 5050 >

package main

import "fmt"
func say(msg string){
    fmt.Println(msg)    
    }
func main(){
    say("배가 매우 고픕니다.")
}

< 배가 매우 고픕니다. >

package main
import "fmt"
func say(msg string) (string, int) {
   return msg, 10
}
func main() {
   a, b := say("배가 매우 고픕니다.")
   fmt.Println(a, b)
}

< 배가 매우 고픕니다. 10 >

package main
import "fmt"

func main() {
   var a = 11
   for i := 0; i < a; i++ {
      var b = ""
      for j := 0; j < a-i-1; j++ {
         b += " "
      }
      for j := 0; j < 2*i-1; j++ {
         b += "*"
      }
      for j := 0; j < a-i-1; j++ {
         b += " "
      }
      fmt.Println(b)
   }
}

 ㅇ피라미드 코딩은 사람마다 다르게 적을 수 있음.(답 여러개)

1. 무엇-

□ 컨센선스 = 합의

 ○ 수많은 노드에 보관될 데이터블록이 위변조 되지 않은 원본임을 노드들 상호간 합의과정.

 ○ 상호검증 거쳐 올바른 블록생성을 이끄는 프로세스와 알고리즘을 컨센서스(합의)라고 함.

□ 컨센선스 알고리즘

 ○ 비트코인과 이더리움은 Proof-of-Work(PoW)라는 작업증명 방식의 컨센서스 알고리즘 사용.

 ○ 블록체인의 기술력과 경쟁력 여겨짐.

 ○ 이더리움은 Proof-of-stake(PoS, 지분증명 방식)로 변경하기위해 캐스퍼(Casper) 알고리즘을 개발하는 중.

2. 종류-

□ PoW (Proof-of-Work) : 작업증명

 ○ 블록생성 시간동안 가장 많은 해시파워를 제공한 노드가 블록을 생성할 수 있도록 설계됨.

 ○ 해시파워를 만드는 과정은 채굴(Mining)임.

  - 컴퓨팅 파워 통해 블록체인 네트워크에 전송된 암호화된 거래정보를 푼 뒤, 새 블록을 체인에 연결하는 작업.

 ○ PoW에서는 브랜치(분기)가 생긴 경우 가장 긴 블록체인이 남을 때까지 서로 경쟁함.

 ○ 마지막 승자 브랜치가 최종적인 브랜치로 채택되며, 다른 브랜치는 버려짐.

 ① 장점(pros)

  - 현재 높은 시장 가치를 형성하고 있는 주류 코인들이 채택하고 있습니다.

  - PoW 컨센서스 채택 코인 : 비트코인, 비트코인 캐시, 비트코인 골등 라이트코인 등.

   *이더리움은 PoW에서 PoS로 변경 작업 중에 있음

  - 강력한 보안성 제공. - 서비스 남용을 쉽게 방지.

 ② 단점(cons)

  - 높은 전력소모를 통해 자원을 낭비. - 지속적으로 해시파워 유지.

    *PoW방식은 채굴노드가 하드웨어를 직접적으로 갖춰야 하고 에너지 소모가 굉장히 크며,

     대량의 채굴기를 돌리기 위해서는 지리적으로 최적화된 입지를 확보필요.

     (채굴기 자체에서 열과 소음이 상당히 발생함.)

  - 특정 마이닝 세력의 해시 독점으로 인한 생태계(ecosystem)의 교란 우려.

    *중국 기반 마이너들이 컴퓨팅 파워를 점유하면서 독점 및 네트워크의 통제 우려가 커지고 있음.

□ PoS (Proof-of-Stake) : 지분증명

 ○ 코인보유 지분율에 따라 새로 생성된 코인을 분배받는 방식의 컨센서스 알고리즘.

 ○ 일정 수 이상의 코인을 보관한 지갑을 블록체인 네트워크에 연결시켜 놓기만 하면 코인받음..

 ○ 블록생성 시 이더가 지급되며 이는 보상 아닌 ‘이자’의 개념.

 ○ 많은 지분 보유한 노드에게 블록생성 권한 줌.

  - 이해관계 일치하여, 악한 의도로 블록생성 동기부여 제거. 발생할 경우 패널티.

 ① 장점

  - 경제적, 친환경적(해시파워 많이 필요치 않음.)

  - 블록생산자의 탈중앙화로 인한 안정성 확보

   *PoW에서 51%의 해시파워를 가지는 비용 = 약 1조
   *PoS에서 51%의 전세계 자산을 가지는 비용 = 약 100조

  - 블록 생성 위한 지분을 담보로 잡아야하기에 덤핑방지 가능

    *19.6.5._비트코인 가격 급락은 특정 고래(거물)의 의도적 덤핑(현저히 낮은 가격으로 투매하는 행위)에 의한 것 추정

 ② 단점

  - 보안성 여부 검증필요

  - 지분이 많은 사람(고래)들이 권력 독점 가능성 존재

    *해당 코인 개발진들이 권력독점방지 위해서 발행하는 코인의 비율을 조절- 현실적으로 독점 불가능

□ DPoS (Delegated Proof-of-Stake) : 위임된 지분증명.(PoS 컨센서스 알고리즘 변형형태)

 ○ 네트워크의 모든 노드의 투표로 선출한 상위 노드(증인‘Witness)에게 권한위임-합의하도록 하는 방식.

    *(PoS방식)모든 노드의 자격을 가진 주주들이 블록생성에 참여하는 방식

    *PoS방식이 직접민주주의 방식, DPoS는 간접민주주의 방식

 ○ 선출된 증인들은 모든 권한을 위임 받아 블록 생성 담당.

 ○ EOS의 ‘증인’은 21명. DPoS컨센서스 사용하는 그리핀(Graphene)엔진을 토대로 만듬.

 ① 장점

  - PoS보다 빠른 트랜잭션 처리. - PoW보다 낮은 비용.

  - 낮은 하드포크 위험성. - 증인들이 투표참여의 인센티브 확실.

 ② 단점

  - 증인 간 담합 가능성 존재. - 공개된 소수의 증인에 대한 디도스(DDoS)*공격 위험.

*디도스(Distributed Denial of Service, 분산서비스 거부) :

** 수많은 PC를 원격 조종해 특정 웹사이트에 동시접속시켜 단시간 내 과부하 일으키는 행위.

** 공격자들은 서버나 네트워크 대역이 감당할 수 없는 많은 양의 트래픽을 순간적으로 일으켜 서버를 마비시키는데,

** 그에 따라 일반 사용자들의 사이트 접근 및 사용이 차단됨.

** 디도스 공격의 목적은 자료유출, 삭제가 아닌 단순 서버 마비. 은행, 온라인 쇼핑몰, 관공서 등 지속적인 서비스 운영이

** 필수인 사이트 공략하여 치명적인 피해를 입히는 것.

#. 출처 사이트 :

 1) http://www.hash.kr/

 2) https://steemit.com/kr/@donekim/consensus-pow-pos-dpos