평행우주 : world 1

이더리움 플랫폼 데이터 계층 : 어카운트 이더리움 플랫폼에서 어카운트는 모든 트랜잭션의 실행 주체이자 기본 단위로서 모든 것은 어카운트에서 시작한다 이더리움은 두 가지 어카운트 타입을 갖는다 어카운트 외부소유 어카운트 EOA 일반적으로 말하는 이더리움 사용자 어카운트 사람이 직접 개인키로 관리 스마트 컨트랙트 실행 코드를 가지고 있지 않다 개인 키를 분실하면 해당 어카운트도 분실한 것과 마찬가지이다 EOA는 개인 키를 사용하여 전자 서명된 트랜잭션을 생성 및 실행함으로써 다른 EOA나 컨트랙트 어카운트에 메시지를 보낸다 보통, EOA 간의 메시지는 이더를 전송하는 것 또는 EOA가 컨트랙트 어카운트에 메시지를 보내 해당 코드를 실행시켜 다양한 결과를 만들 수 있다 컨트랙트 어카운트 CA 일반적으로 말하는..

accounts.go 분석 GitHub - potterpeter/core-ethereum-book-code-review: core ethereum book code review core ethereum book code review. Contribute to potterpeter/core-ethereum-book-code-review development by creating an account on GitHub. github.com // Copyright 2017 The go-ethereum Authors // This file is part of the go-ethereum library. package accounts import ( "fmt" "math/big" "github.com/ethereu..

이더리움 Account 패키지 : 어카운트 생성 코드 분석 GitHub - potterpeter/core-ethereum-book-code-review: core ethereum book code review core ethereum book code review. Contribute to potterpeter/core-ethereum-book-code-review development by creating an account on GitHub. github.com //Account 패키지 : 어카운트 생성을 알아보는 코드 리뷰 :) //경로 : go-ethereum/accounts/keystore/keystore.go/409 //** Accounts/KeyStore 패키지는 어카운트 키의 저장 디렉터리..

Subcurrency 간단한 가상화폐를 만드는 코드 코인 발행은 컨트랙트를 만든 사람만이 할 수 있다 코인을 전송할 땐 아이디와 비밀번호 등이 필요하지 않다 오직 필요한 것은 이더리움 키 쌍이다 pragma solidity ^0.5.0; contract Coin { //public은 변수의 현재 값을 컨트랙트 바깥에서 접근할 수 있도록 하는 함수를 자동으로 만든다 //address 타입은 160 비트의 값으로 그 어떤 산술 연산도 허용하지 않는다 //address 타입은 컨트랙트 주소나 외부 사용자들의 키 쌍을 저장하는 데 적합 address public minter; //주소와 양의 정수를 연결(매핑) //매핑은 가상으로 초기화되는 해시테이블 //모든 가능한 키값은 처음부터 존재하며, 이 키 값들은 바..

이더리움 플랫폼 참조 모델 이더리움 플랫폼의 소스 코드를 통해 여러 구성요소들이 복잡하게 서로를 호출한다 이더리움 플랫폼은 하나의 노드에서 모두 작동된다 이더리움 플랫폼은 P2P 네트워크를 기반으로 서로 신뢰할 수 없는 대상들이 모여 일련의 트랜잭션의 유효성을 합의한 후, 전체 데이터를 분산된 원장을 통해 전체가 공유한다 이더리움 플랫폼 계층 데이터 계층 이더리움에서 다루는 각종 데이터 구조를 정의하고, 관련 데이터를 관리한다 주요 데이터구조로는 어카운트와 트랜잭션, 메시지와 리시트, 이들 데이터의 집합인 블록과 블록이 연결된 블록체인이 있다 데이터 모델들은 하부에 ethdb 패키지를 통해 구글이 만든 빠르고 가벼운 키/값 데이터베이스인 levelDB에 바이너리 형태로 저장된다 합의 계층 어카운트에 의해..

이더리움 상태 전이 모델 이더리움에서 모든 기본 단위는 어카운트다 모든 어카운트는 중복되지 않는 식별자로 특정 주소를 부여받는다 또한, 잔액이나 트랜잭션, 스마트 컨트랙트의 컴파일된 중간 코드처럼 필요한 데이터를 저장하기 위한 일련의 저장 공간들을 갖는다 이러한 모든 것을 어카운트 상태라 한다 따라서 이더리움 전체 상태는 전체 어카운트의 상태를 말한다 즉 이더리움 블록체인에 새로운 블록이 추가되면, 전체 어카운트의 상태도 변한다 모든 어카운트의 상태 정보는 블록과 블록 내에 연결된 머클 패트리시아 트리로 저장되고 관리된다 어카운트의 상태는 상태변이 함수에 의해 전이된다 상태변이 함수는 송금과 같은 트랜잭션이 될 수도 있고, 이더리움 가상 머신에서 실행되는 프로그램인 스마트 컨트랙트가 될 수도 있다 이러한..

이더리움 토큰 토큰은 이더와 다르다 이더리움 프로토콜은 토큰에 대해 아무것도 모르기 때문이다 이더 전송은 이더리움 플랫폼의 본질적인 동작이지만, 토큰을 보내거나 소유하는 것은 아니다 이더리움 계정의 이더 잔액은 프로토콜 수준에서 처리되는 반면, 이더리움 계정의 토큰 잔액은 스마트 컨트랙트 수준에서 처리된다 이더리움에서 새 토큰을 만들려면 새로운 스마트 컨트랙트를 만들어야 한다 배포된 스마트 컨트랙트는 소유권, 이전 및 접근 권한을 포함한 모든 것을 처리한다 ERC20 필수함수 + 이벤트 totalSupply 현재 존재하는 이 토큰의 전체 개수를 리턴한다 ERC20 토큰에는 고정 또는 가변적인 공급량이 있을 수 있다 balanceOf 주소가 주어지면 해당 주소의 토큰 잔액을 반환한다 transfer 주소와..

컨트랙트 정의 솔리디티의 주요 데이터 타입은 contract이다 객체지향 언어의 객체와 마찬가지로, 컨트랙트는 데이터와 메서드가 포함된 컨테이너다 솔리디티는 컨트랙트와 유사한 두 가지 객체 유형을 제공한다 interface 인터페이스 정의는 함수가 정의되어 있지 않고 선언만 되어 있다는 것을 제외하면, 컨트랙트와 완전히 같은 구조로 되어 있다 이런 유형의 선언은 흔히 stub이라고 불린다 어떤 구현도 없이 함수의 인자와 반환 유형을 알려준다 인터페이스는 컨트랙트의 형태를 지정한다 상속될 때 인터페이스에 의해 선언된 각 함수는 자식에 의해 정의되어야 한다 library 라이브러리 컨트랙트는 delegatecall 메서드를 참고하여 한 번만 배포되고 다른 컨트랙트에서 사용되기 위한 컨트랙트이다 함수 컨트랙트..