CHFA (Certified Hyperledger Fabric Admin) 시험 후기

Ops 2020. 4. 3. 06:04

몇 주 전 리눅스 재단에서 주관하는 CHFA 시험에 간신히 합격함 (턱걸이). 간단한 후기를 공유함.

Empty Desk를 요구 -- 장소에 대한 검사가 까다로움. 시험 보기 전에 응시자가 있는 공간을 노트북 카메라로 비춰줄 것을 요구. 책상에 아무 것도 없어야함. 노트북을 빙빙 돌려 가며 공간을 체크하는 데, 약 15분 이상 소요. 약간 기분이 상할 정도.
여권 지참 -- 노트북 카메라로 신분증을 검사. 여권이 좋음. 운전 면허증을 보여줬더니 그건 안된다고.
시험 형태 -- 실제 서버에 ssh 접속해서 HLF Admin 과제를 수행하는 방식 (14문제. 커트라인은 62%).
준비 조언 -- HLF 튜토리얼 중 "Building Your First Network", "Adding an Org to a Channel"을 숙지해야 함. 아울러 Fabric CA User's Guide도 숙지 필요.
오픈북 -- 시험 중 Fabric Document 사이트와 Fabric CA User's Guide 사이트는 열람과 카피&페이스트를 허용. 그외 다른 사이트와 파일은 참조 불가.

자세한 자료는 Linux Foundation Certification 사이트를 참조. HLF 사용법을 점검/요약하기에 좋은 방법이라고 생각함.

저작자표시 비영리 변경금지

Posted by ingeeC

,

private vs. public, permissioned vs. permissionless 블록체인

Dev 2018. 11. 6. 14:20

Private vs. Public,
Permissioned vs. Permissionless 블록체인

멋지고 선명한 정의를 발견하여 메모함.

private vs. public 블록체인

Who can read from the Blockchain?
제한된 사람들만 블록체인을 조회할 수 있으면 프라이빗 블록체인
누구나 블록체인을 조회할 수 있으면 퍼블릭 블록체인

permissioned vs. permissionless 블록체인

Who can write to the Blockchain?
허가된 사람들만 블록체인 합의에 참여할 수 있으면 퍼미션드 블록체인
누구나 블록체인 합의에 참여할 수 있으면 퍼미션리스 블록체인

저작자표시 비영리 변경금지

Posted by ingeeC

,

Permissioned 블록체인의 합의 알고리즘

Dev 2018. 10. 4. 09:29

Permissioned Blockchain 합의 알고리즘의 종류

Permissioned Lottery based Consensus

리더를 추첨, 리더가 블록을 생성
사례: PoET (Proof of Elapsed Time), PoW
장점: node 개수가 대규모일 때 적합
단점: fork가 일어날 수 있음, 따라서 finality 확정까지 긴 시간 소요

Permissioned Voting based Consensus

투표에 의한 합의
사례: RBFT (Redundant BFT), PBFT (Practical BFT)
장점: 빠른 finality 확정
단점: node 수가 늘어날수록 합의 시간이 길어짐, 즉 scalability와 speed 사이의 trade-off 존재

합의 알고리즘 관련 용어

Safety : 같은 TXs를 처리하면 모든 node가 같은 결과를 내야 한다 (같은 블록체인을 만들어야 한다)
Liveness : 살아있는 node는 시간이 흐르면 결국 모든 TXs를 수신해야 한다

Ref.

Hyperledger Architecture, Volume 1
https://www.hyperledger.org/wp-content/uploads/2017/08/Hyperledger_Arch_WG_Paper_1_Consensus.pdf

저작자표시 비영리 변경금지

Posted by ingeeC

,

블록체인 ID솔루션, Sovrin

Dev 2018. 5. 31. 11:07

개요

블록체인 ID 관련 막연한 궁금증이 있었음.

Q: 블록체인 위에 ID 정보를 저장해도 좋은가 (그러면 모든 개인 정보가 공개될텐데)?

조사를 통해 얻은 답은 다음과 같음.

A: public 데이터(on-chain data)와 private 데이터(off-chain data)를 구분해서 관리한다.

ID 관련 개념 3가지

- claim: identity 정보. ex) "내 이름은 OO이고, 생일은 OO이다."

- proof: claim의 진위 증빙. ex) 실세계에서는 여권, ...

- attestation: 제3자에 의한 claim 진위 증빙. ex) 대학교의 학위증명, 회사의 재직증명, ...

Sovrin 사례 연구

배경 (문제인식)

온라인 세계의 ID/PSWD 체계가 서비스별로 Silo 되어 있음
ID 데이터가 많은 Silo에 복제되어 있음 (유출 위험 증가)
블록체인이 Self-Sovereign ID 실현의 돌파구가 됨 (Center Authority의 도움 없이 ID와 Key 생성)

비전: Identity for All (사람/조직/사물을 위한 ID)

ID 데이터가 유출되지 않는 방식 (Security)
ID owner가 ID 데이터를 누가/왜 사용하는지 통제할 수 있는 방식 (Control)
ID 사용이 특정 서비스 사업자에 구속되지 않는 방식 (Portability)

개발팀

Sovrin 재단 (비영리 재단)
오픈소스 프로젝트 (Contributor 20명 안쪽)

Sovrin의 ID 데이터 운영 방식

public claim 데이터
. on-ledger 데이터 (Sovrin Ledger에 기록/공개)
. 개인 식별이 가능한 데이터는 저장하지 않음
prviate claim 데이터
. off-ledger 데이터
- Identity Graph: 이름, 주소 등의 개인 정보
- Relationship Graph: 주소록, SNS 등의 네트워크 정보
- Reputation Graph: ID owner에 대한 평판 정보
- Data Graph: 사진, 파일 등 기타 정보
. 사용자 SW (Sovrin Client)에 원본 데이터 저장/관리
. 사업자 SW (Sovrin Agent)에 사본 데이터 저장/관리 (private container)

Sovrin 소프트웨어 구성

Sovrin Ledger (블록체인)
- Plenum 합의 알고리즘 (PBFT의 변형) 사용
- public permissioned ledger (누구나 이용할 수 있지만, 권한이 부여된 관리자들만 운영에 참여)
Sovrin Agent (사업자 SW, 메일 서버에 해당)
- Sovrin Ledger의 Client로 동작
- Sovrin Client (사용자 SW)에게 안정적인 p2p end-point 제공
- ID owner의 private claim을 저장 (하지만, 데이터에 대한 통제권은 ID owner에게 있음)
Sovrin Client (사업자 SW, 메일 클라이언트에 해당)
- 사용자 기기(PC/Mobile) 위에서 동작 (한 사용자가 여러개의 Client 운용 가능)
- ID owner의 keychain 저장
- ID owner의 private claim 데이터 저장
- Sovrin Agent의 도움으로 여러개 Client들의 data sync 수행

( 이미지 출처: The Technical Foundations of Sovrin )

Ref.

(이상)

저작자표시 비영리 변경금지

Posted by ingeeC

,

블록체인의 성능을 높이자, SideChain

Dev 2018. 5. 15. 10:32

개요

백서: Enabling Blockchain Innovations with Pegged Sidechains
작성자: Blockstream (Bitcoin Core 프로젝트의 최대 기여자)
작성일: 2014-10-22
Bitcoin Sidechains & SPV Proofs (9분 동영상, 내용 좋음)

Sidechain 기술이 해결하려는 문제

비트코인의 기술적 한계 (느린 처리 속도, 스마트컨트랙트 미지원 등) 해소 필요
하지만 문제 해소를 위해 별도의 블록체인을 새로 만들 경우, 다음과 같은 문제가 있음
- 작업/노력의 중복 문제 : 비트코인과 비슷한 코드를 중복 작성/관리해야 함
- 코인의 유동성 확보 문제 : 신규 블록체인의 참여자 부족으로 인해 신규 코인의 가치가 안정되지 않음

Sidechain의 문제 해결 방식: Pegged Sidechain을 제안

비트코인과 asset 교환이 가능한 블록체인 (pegged sidechain)을 제안함 (관련 기술 규격을 백서에 제시함)
효과
- 비트코인과 연동함으로써 충분한 코인 유동성을 확보할 수 있음
- 사이드체인의 기술적/경제적 결함이 해당 사이드체인 내부로 격리/제한됨 (혁신적 시도가 가능)

Oracle 이란?

Oracle은 블록체인 내부세계가 외부세계와 소통할 수 있게 중재하는 "Smart Contract"
- 이더리움 Smart Contract는 원칙적으로 EVM 외부세계의 데이터를 참조할 수 없음 (EVM이 API를 제공하지 않음)
- Smart Contract가 블록체인 외부세계와 연동하기 위해서는 Oracle이 필요
예를 들어, 비행기 연착 보험을 Smart Contract로 구현할 경우, 비행기가 연착되었다는 정보를 외부세계(Web)로 부터 가져올 필요가 있음. 이때 Oracle이 필요함

Oraclize 란?

Oracle을 맨바닥부터 새로 만들 필요 없음
이미 존재하는 Oracle 서비스를 이용할 수 있음. Oraclize는 그런 서비스들 중 하나 (Oralize ltd. 회사가 만듬)

Oraclize가 제공하는 외부세계 데이터 종류

Datasource	설명
URL	임의의 URL을 HTTP Get 또는 HTTP Post 호출 (Web과 연동)
WolframAlpha	울프럼알파 검색 엔진을 쿼리 * 울프럼알파: http://www.wolframalpha.com/
IPFS	IPFS에 저장된 파일 내용을 쿼리 * IPFS: Inter-Planet File System (행성간 분산 파일 시스템)
random	추후 정리 (어느 용사가 한줄로 정리해서 알려주기를 희망...)
computation	임의의 어플리케이션 실행 결과를 쿼리 * 어플리케이션은 Dockerfile로 컨테이너화 되어야 함 * 어플리케이션은 stdout에 실행결과를 출력해야 함

Oraclize는 정보를 Query할 때마다 수수료를 징수

Datasource	Base price	Proof type
Datasource	Base price	None	TLSNotary	Android	Ledger
URL	0.01$	+0.0$	+0.04$	+0.04$	N/A
WolframAlpha	0.03$	+0.0$	N/A	N/A	N/A
IPFS	0.01$	+0.0$	N/A	N/A	N/A
random	0.05$	+0.0$	N/A	N/A	+0.0$
computation	0.50$	+0.0$	+0.04$	+0.04$	N/A

Ref

Oracles in Ethereum - A Simple Guide
https://kndrck.co/posts/ethereum_oracles_a_simple_guide/
Posted on November 6, 2017
Welcome to the Documentation of Oraclize!
http://docs.oraclize.it/
http://docs.oraclize.it/#data-sources
http://docs.oraclize.it/#pricing-advanced-datasources-call-fee

저작자표시 비영리 변경금지

Posted by ingeeC

,

코인, 토큰, ERC-20 스펙

Dev 2018. 4. 8. 18:10

코인(Coin)과 토큰(Token)

코인과 토큰은 모두 암호화폐
- 계좌의 저장 단위 (a unit of account)
- 가치의 저장소 (a store of value)
- 거래의 수단 (a medium of exchange)
코인은 독자적인 블록체인 네트워크를 소유
- 비트코인 네트워크의 코인, "비트코인 (BTC)"
- 이더리움 네트워크의 코인, "이더 (ETH)"
토큰
- 기존 블록체인 네트워크 위에서 특정 자산을 표현
- 교환 가능한 모든 자산은 토큰으로 표현 가능
- 토큰을 정의하는 일은 코인을 정의하는 일보다 쉬움 (기존 블록체인 네트워크를 활용하기 때문)

ERC-20 스펙

ERC-20 스펙이란?

Ethereum Request for Comment 20
이더리움 위에서 발행되는 토큰의 표준
ERC-20 스펙에 맞게 토큰을 발행하면
1. 이더(ETH)와 쉽게 교환할 수 있고
2. 표준 이더리움 지갑 (MEW, Meta Mask, Mist 등)으로 자유롭게 저장/교환 가능

ERC-20 스펙 definition

contract ERC20 {
    function totalSupply() constant returns (uint supply);
    function balanceOf( address who ) constant returns (uint value);
    function allowance( address owner, address spender ) constant returns (uint _allowance);

    function transfer( address to, uint value) returns (bool ok);
    function transferFrom( address from, address to, uint value) returns (bool ok);
    function approve( address spender, uint value ) returns (bool ok);

    event Transfer( address indexed from, address indexed to, uint value);
    event Approval( address indexed owner, address indexed spender, uint value);
}

ref

저작자표시 비영리 변경금지

Posted by ingeeC

,

이더리움 Gas는 토큰이 아니다

Dev 2018. 3. 21. 09:00

이더리움 gas 개념에 대해 고민하던 중 유용한 글이 있어 요약함
https://ethereum.stackexchange.com/questions/3/what-is-meant-by-the-term-gas

Gas란?

Gas는 이더리움은 생태계에서 사용되는 특별한 "단위"
이더리움 플랫폼 위에서 실행되는 모든 작업은 실행을 위해 필요한 Gas량이 정해져 있음
이더리움 위에서 ETH(이더)를 이체하거나 SmartContract를 실행시키기 위해서는 Gas 요금을 지불해야 함

Gas는 토큰이 아니다.

예를 들어 1000 Gas를 구매하거나 소유할 수 없음
Gas는 EVM 소스코드 안에 얼마나 많은 작업을 처리했는지 나타내는 카운터로 존재

왜 ETH를 바로 쓰지 않고 Gas를 도입했나?

ETH(화폐)의 가치는 시장에서 등락을 거듭하며 항상 변화함
반면 어떤 작업을 위해 필요한 컴퓨팅 자원(CPU, 메모리, 스토리지)의 양은 정해져 있음 (변화하지 않음)
그래서 이더리움 개발팀은 컴퓨팅 자원량의 단위(Gas)와 화폐의 단위(ETH)를 분리하는 것이 합리적이라고 생각했음

저작자표시 비영리 변경금지

Posted by ingeeC

,

내 맘대로 정한 이더리움 FAQ

Dev 2018. 3. 13. 13:18

이더리움 FAQ

"A가 B에게 투자한 조건 아래서 B가 A에게 일정 기간마다 이자를 지급하는 Smart Contract"를 만들려고 한다. "일정 기간마다" 트랜잭션을 일으켜서 Smart Contract를 실행시키는 주체는 누구인가 (블록체인이 자동 처리할 수 있는가)?
- Smart Contract는 트랜잭션에 의해서만 호출됨
- 일정 시간마다 B가 트랜잭션을 일으켜야 함
- "일정 기간마다 자동으로 트랜잭션을 일으키는 일"은 이더리움 블록체인만으로는 불가능. 블록체인 밖에 자동화 어플리케이션을 만들어야 함
이더리움 지갑 어플리케이션은 현재 잔액을 블록체인이 아닌 별도의 장소에 따로 관리하나?
- 계정의 잔고는 이더리움 블록체인에 저장/관리
- 이더리움 블록체인은 계정별 잔고 데이터를 유지/관리함 (비트코인처럼 UTXO를 추적하지 않음)
Smart Contract에 ether를 송금할 수 있는가?
- Smart Contract도 이더리움 계좌의 한 종류
- Smart Contract로 ehter를 송금할 수 있다
Smart Contract 실행시 gas limit를 낮게 설정해도 Smart Contract가 실행되는가?
- gas limit를 Smart Contract가 필요로 하는 최소 gas limit 보다 낮게 설정하면 실행/채굴되지 않음
- 채굴자에 의해 선택/실행되더라도 중간에 중단되며 트랜잭션은 취소되고 gas 수수료는 차감됨
Smart Contract 실행시 gas price를 낮게 설정해도 Smart Contract가 실행되는가?
- Smart Contract의 실행을 보장하지 못함 (채굴업자가 선택하지 않음)
- 하지만, 채굴자에 의해 선택/실행된다면 낮은 가격을 지불함
Smart Contract 실행을 위해 ehter를 직접 쓰지 않고 gas 개념을 도입한 이유?
- gas는 블록체인 네트워크의 자원 (연산, 스토리지) 사용에 대한 비용
- 지불 가치 측면에서, ether의 가치는 시장에 의해 결정되며 항상 유동적
- 자원 가치 측면에서, 블록체인 네트워크의 연산 능력은 항상 유동적 (노드가 추가되기도 하고, 삭제되기도 함). 이에 따라 연산 비용도 항상 유동적
- Smart Contract 처리 시점의 적정 비용을 공정하게 산정하기 위해 gas 개념을 도입
이더리움의 TPS가 비트코인보다 높은 이유 (이더리움의 트랜잭션 처리 속도가 비트코인보다 빠른 이유)?
- 해시 알고리즘이 다름 (ETHash)
- 해시 난이도가 다름

저작자표시 비영리 변경금지

Posted by ingeeC

,

Hyperledger 프로젝트 현황 (2018년 1월 기준)

Dev 2018. 2. 14. 09:25

Hyperledger <프레임워크 프로젝트> 상태

출처: https://hyperledger.org/

Hyperledger Sawtooth

개요
  분산 장부를 구축/설치/운영하기 위한 모듈러 방식의 플랫폼
  PoET (Proof of Elapsed Time) 합의 알고리즘 사용
    많은 수의 검증 노드를 사용해도 자원 소모를 줄일 수 있다
  Python 언어 사용
프로젝트 상태
  Active
코드 상태
  https://github.com/hyperledger/sawtooth-core
  5,801 commits
  4.1 MB
  릴리즈
    total 25 release
    2017-05-10, v0.8.2 첫 릴리즈
    이후 1~2주마다 릴리즈
    2018-01-26 현재 v1.1.0 이 최신 (2018-01-12)
소개 동영상 요약
  "신용할 수 없는 세상에서 물리적 asset을 추적하는 기술"
  스마트 컨트랙트 지원
  IoT 센서 연동
  자산의 이동과 속성의 변화를 추적
  금융, IoT 등 다양한 분야에 활용 가능

Hyperledger IROHA

개요
  비즈니스용 블록체인 프레임워크
  분산 장부가 필요한 인프라 프로젝트를 위해 개발
  블록체인 플랫폼 구현체
  Sumeragi 합의 알고리즘 사용
  일본계 회사에서 시작 (Soramitsu, Hitachi, NTT Data, Colu)
  C++ 언어 사용
프로젝트 상태
  Active
코드 상태
  https://github.com/hyperledger/iroha
  4,890 commits
  8.3 MB
  릴리즈
    total 5 release
    2017-05-22 v0.75 첫 릴리즈
    이후 2~3달에 1번 릴리즈
    현재 v1.0 alpah 가 최신 (2017-12-28)

Hyperledger Fabric

개요
  블록체인 프레임워크 구현체
  모듈러 방식으로 플러그-앤-플레이를 지원하는 플랫폼
  합의 알고리즘, 멤버쉽 서비스 등을 컴포넌트 형태로 구현/교체할 수 있음
  스마트 컨트랙트 실행을 위해 컨테이너 기술 활용
    chaincode
  Go 언어 사용
프로젝트 상태
  Active
코드 상태
  https://github.com/hyperledger/fabric
  4,258 commits
  9.5 MB
  릴리즈
    total 14 release
    2016-09-17 v0.6.0 첫 릴리즈
    이후 1달에 1번 릴리즈
    현재 v1.0.5 가 최신 (2017-12-07)
소개 동영상 요약
  Moduler, Scalable, Secure 솔루션 지향
  private channel (데이터 비공개 채널) 제공

Hyperledger Burrow

개요
  프라이빗 블록체인 솔루션
  이더리움 스마트 컨트랙트 코드 실행
  PoS Tendermint 합의 엔진 사용
    transaction finality 제공
    high transaction throughput 제공
  Go 언어 사용
프로젝트 상태
  Incubation
코드 상태
  https://github.com/hyperledger/burrow
  1,112 commits
  389 KB
  릴리즈
    total 12 release
    2015-08-27 첫 릴리즈
    프로젝트 초반 활동 미미, 2016년 10월 이후 2달에 한번 릴리즈
    현재 v0.17.0 이 최신 (2017-09-05)

(이상)

저작자표시 비영리 변경금지

Posted by ingeeC

,


	소프트웨어 개발과 프로그래머 인생에 관한, 변두리 개발자 인기씨(ingeeC)의 이야기 (트위터 @ingeeKim) by ingeeC

'블록체인'에 해당되는 글 12건

Private vs. Public, Permissioned vs. Permissionless 블록체인

private vs. public 블록체인

permissioned vs. permissionless 블록체인

Permissioned Blockchain 합의 알고리즘의 종류

Permissioned Lottery based Consensus

Permissioned Voting based Consensus

합의 알고리즘 관련 용어

Ref.

개요

ID 관련 개념 3가지

Sovrin 사례 연구

배경 (문제인식)

비전: Identity for All (사람/조직/사물을 위한 ID)

개발팀

Sovrin의 ID 데이터 운영 방식

Sovrin 소프트웨어 구성

Ref.

개요

Sidechain 기술이 해결하려는 문제

Sidechain의 문제 해결 방식: Pegged Sidechain을 제안

관련 용어

관련 솔루션

Oracle 이란?

Oraclize 란?

Ref

코인(Coin)과 토큰(Token)

ERC-20 스펙

ref

Gas란?

Gas는 토큰이 아니다.

왜 ETH를 바로 쓰지 않고 Gas를 도입했나?

이더리움 FAQ

Hyperledger <프레임워크 프로젝트> 상태

Hyperledger Sawtooth

Hyperledger IROHA

Hyperledger Fabric

Hyperledger Burrow

링크

카테고리

태그목록

최근에 올라온 글

최근에 달린 댓글

글 보관함

티스토리툴바

Private vs. Public,
Permissioned vs. Permissionless 블록체인