블록체인 서비스기획 1주차 - 4일 수업 노트

📌 비트코인, 가상자산 시장의 변동성 ► 변동폭이 크다 = 리스크가 크다 = 기회가 많다!

 

생각해야 할 문제 ► 비탈릭은 이더리움을 왜 만들었을까?

► 비트코인 : 은행과 같은 역할

► 이더리움 : 은행말고 제3자가 필요한 모든 상황에도 쓰일 수 있지 않을까? 

 

1. Summary of 'BTC vs ETH'

► Problem
most existing blockchain protocols were designed like this: Calculator 

👉🏻 what we can do. : Multi-tool like computer(iphone) ► 목적하는 바가 다름

 

►비트코인의 목적 : 중계기관이 없는 p2p cash 시스템 - 은행 👉🏻UTXO

►이더리움의 목적 : 분산 어플리케이션 제작(dAPP)을 위한 대체 프로토콜을 만드는 것 👉🏻Account

 

비트코인 👉🏻 튜링완전체가 부족, 반복문을 안쓴다.

                   Value- blindness, Lack of state, Blockchain -blindness

이더리움 👉🏻 EVM code, Low-level, stack-based bytecode language Operation space
                  Stack, Memory, Long-term storage

 

Application 👉🏻 비트코인 : alternative

                    👉🏻 이더리움:
Token systems, Financial derivatives, identity and reputation systems, Decentralized File storage,
Decentralized Autonomous Organizations, Further Applications

► Decentralized = open, 누구나 참여할 수 있어야함! 

 

 

2. Ethereum

위키에서 정의하는 이더리움?

- Decentralized open-source blockchain with smart contract functionality

- 주요팀: Vitalik Buterin, Gavin Wood, Charles Hoskinson, etc 

- 2014년에 crowdfunded development work began, went live on 30 July 2015.

👉🏻 비트코인에 비해 매우 짧은 시간(ICO를 통한 토큰 배포)에 secondary market에서 트레이딩됨(비트코인은 모두 채굴과정을 거침)

► 법적으로 unregistered 되어있는 토큰판매를 하면 빠르게 진행 VS 채굴과정을 통해서만 토큰을 얻을 수 있게 하여 장시간 진행

 

3. History of Ethereum

Founding (2013~14) ► white paper, Ethereum announced

Development (2014~)

Launch and the DAO event(2014~2016) $150M crowd sale Exploit

Hard pork(2016~2017) ► Ethereum classic vs Ethereum

 

4. White paper

Limitation of Bitcoin Script

►튜링완전체 ►가치무지(Value blind) ►Lack of state ► Blockchain -blindness 

👉🏻 이를 극복하는게 Ethereum이라고 주장함

 

✓ 튜링완전체 : 간단한 컴퓨터를 튜링이라고함 (튜링이 정의한 가상의 기계)

►앨런튜링은 기계가 진짜 인간처럼 보일 수 있게 구현할 수 있다(=모든 것을 할 수 있다)면
    해당 기계는 지능적으로 인공지능에 대한 테스트(튜링테스트)를 통과하였다고 보는 것(Virtual machine과 human구별x)

►반복문을 만들어내서 무한 반복을 할 수 있는 프로세스를 만드는 것이 튜링완전성

►튜링머신: 튜링의 완전성은 무한한 저장공간을 바탕으로 이 세상의 모든 문제를 풀 수 있는 기계

►튜링 완전언어 : 튜링머신 안에 입력할 수 있는 알고리즘을 구현하는 언어로 프로세스를 충분히 분할할 수 있을 만큼 작은 단위를 사용할 수 있어야 하며 조건 설정과 반복 명령어가 있어야함.
기계어나 어셈블리어의 경우 충분히 작은 단위로 나누어져 있지만 실용성이 낮다. 

비트코인에서는 스크립트라는 언어를 제공. 특정명령문이 반복되는 것을 의도적으로 제한!

👉🏻 비트코인은 코드실행시 무한루프에 빠지는 것을 방지하기 위해서

👉🏻튜링완전한 프로그래밍 언어를 지원 + GasFee도입(무한루프 불가능) 

📌 이더리움은 비트코인보다 훨씬 다양한 dAPP을 지원하고자 했다 (🔥Pain point)👉🏻 튜링완전한 프로그래밍언어가 필요했음!
✅ 이더리움은 인터넷 컴퓨터가 되려는 프로젝트! 👉🏻 튜링완전체 지향 👉🏻 공유되어 있는 시스템의 자원문제가 발생(독점)👉🏻가스비탄생

 

✓ 블록체인 해독불가: UTXO 👉🏻 World state

Bitcoin의 UTXO는 논스, 타임스탬프, 이전 블록해시같은 블록체인 자료를 해독하지 못함

👉🏻 이단점으로 인해 스크립트 언어속에 잠재적으로 가치있을 무작위성이 빠지게됨👉🏻다른 dAPP을 만드는데 한계

VS

Ethereum은 World state 상태(기존의 시스템을 그대로 따라가는 방향)
를 제공해서 이더리움은 명령어를 제공해서 항상 최신에 업데이트 되어있는 status를 표시해줌

블록의 상태를 읽어올 수 있는 명령어 등을 제공

Solidity에서 block과 Transaction의 정보를 가져올 수 있는 함수를 제공

 

► 비트코인은 UTXO를 합산해야한다. 이더리움은 어카운트의 잔액을 확인하면 된다.

► 화폐전송에 있어서도 UTXO는 출력값이 2개 +  이더리움은 그냥 잔액을 확인하면 된다.

✅이더리움은 인터넷 컴퓨터가 되려는 프로젝트! 👉🏻 사용자 편리를 위한 status 표시가 필요

 

✓ 이더리움 어카운트

이더리움 어카운트는 2가지

이더리움에서 state는 어카운트라고하는 오브젝트들로 구성

►EOA(Externally owned account, 은행계좌) :Private key → Public key → Access 160bit의 이더리움지갑 주소!

►CA(Contract account) : 공유시스템을 사용하는 것이기 때문에 필요함. nonce, balance, storage hash, code hash으로 구성

 

Transaction의 차이를 알면 CA의 필요성을 이해할 수 있음

►Transaction

►Contract internal Transaction

👉🏻비트코인과 달리 이더리움은 왜 Transaction이 두가지 일까? 왜 Contract internal Trasaction이 있을까?

이더리움에는 수많은 스마트 컨트랙트가 있고 이 스마트컨트랙트가 어느정도의 depth를 가지고 있느냐에 따라, 데이터사이즈가 얼마나 크냐에 따라 contract를 수행하는 수수료 자체가 달라짐. ► 컨트랙트 어카운트별로 관리해야할 필요가 있음

 

✓ 메시지와 트랜잭션

트랜잭션; 수신처, 발신처를 확인할 수 있는 서명(발신자의 프라이빗키로 작성된 서명)
👉🏻 메신저의 해쉬값 + 발신자의 프라이빗키 + optional 데이터필드 + Startgas + 가스 price + 전송하는 이더리움의 양

 

비트코인은 수신자,발신자,비트코인 얼마! 이게 다였는데 이더리움은 훨씬 많아짐!

 

메시지; 컨트랙트는 다른 컨트랙트에게 '메시지'를 전달 할 수 있음. 메시지는 따로 저장될 필요가 없는 이더리움의 실행환경에서만 존재하는 가상의 오브젝트

 

✓EVM(Ethereum Virtual Machine)
► virtual machine의 장점?

  레이어를 쪼개고 구분을 시켜줘야만 서버의 다양한 환경들에 대한 디펜던시를 줄여줄 수 있다. 👉🏻 하드웨어의 종속성을 떨어트리기 위해서

 이더리움의 노드환경이 너무 다양하기 때문에! 

📌 EVM compatible 하다 = EVM에서 호환가능하다 ► 코드의 재활용에 있어서 어마어마한 이점을 가짐

 

✓Application

세가지 카테고리의 어플리케이션 제작 가능

 

1. Financial Application

2. Semi-financial applicaiton

3. Non financial application

  E.g. Identity and Reputation system, Decentralized File Storage, DAO(시간이 갈 수록 얼마나 탈중앙성이 강해지는가 중요)

저축성 전자지갑, 작물보험(기후변화에 대한 데이터를 오라클에서 가져와서 보상)

 

✓Issuance Breakdown

영구적인 선형 공급모델 ►초반에 발행해서 판매했기 때문에 초기에 공급량이 매우 높았음!