라리월드

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger.github.io/composer/latest/introduction/introduction

Hyperledger Composer는 보다 쉽게 블록체인 애플리케이션을 개발할 수 있는 광범위한 open development toolset 및 프레임워크입니다. Hyperledger Composer의 주 목표는 가치를 창출해내는 시간을 단축하고 블록체인 애플리케이션을 기존 비즈니스 시스템과 보다 쉽게 통합하는 것입니다. Composer를 사용하여 유즈케이스를 신속하게 개발하고 수 개월이 아닌 몇 주 내에 블록체인 솔루션을 배포할 수 있습니다. Composer를 통해 비즈니스 네트워크를 모델링하고 기존 시스템 및 데이터를 블록체인 애플리케이션과 통합할 수 있습니다.

Hyperledger Composer는 기존 Hyperledger Fabric 블록체인 infrastructure와 runtime을 지원하며, pluggable 블록체인 합의 프로토콜을 지원함으로써 네트워크 참가자가 지정한 정책에 따라 트랜잭션의 유효성을 검증할 수 있습니다.

애플리케이션은 비즈니스 네트워크에서 데이터를 소비하고 end user에게 간단하고 제어된 액세스 포인트를 제공합니다.

Hyperledger Composer를 사용하여 기존 자산 및 이와 관련된 트랜잭션을 포함하는 현재 비즈니스 네트워크를 신속하게 모델링할 수 있습니다. 자산은 유무형 또는 무형의 상품, 서비스, 보유자산 등이 될 수 있습니다. 비즈니스 네트워크 모델의 일부로 자산과 상호작용할 수 있는 트랜잭션을 정의합니다. 비즈니스 네트워크에는 상호작용하는 참여자가 포함되며, 각 참여자는 여러 비즈니스 네트워크에서 고유한 ID로 표현됩니다. 

실제 비즈니스 네트워크의 예를 들면, 부동산 중개업자는 다음과 같이 비즈니스 네트워크를 신속하게 모델링할 수 있습니다.

• Assets: 주택 및 거래목록
• Participants: 구매자 및 주택 소유자
• Transactions: 주택 구매 및 판매, 거래내역 생성 및 종료

참가자들은 구매자, 판매자 혹은 부동산 중개업자로서 역할에 따라 거래에 대해 제한적인 액세스 권한을 가질 수 있습니다. 부동산 중개업자는 거래목록확인 및 중개를 위해 구매자와 판매자를 위한 간단한 사용자 인터페이스를 제공하기 위한 애플리케이션을 만들 수 있습니다. 또한, 이 비즈니스 네트워크는 기존 재고 시스템과 통합되어 새로운 주택을 자산으로 추가하고 판매된 부동산을 제거할 수도 있습니다. 토지등록기관이 구매자와 상호작용하여 토지의 소유권을 이전하는 경우에는 관련 당사자를 참가자로 등록할 수도 있습니다.

코펜하겐 2박3일 방문 중

가장 기억에 남았던

덴마크 국립수족관 방문 후기입니다.

규모부터 어마어마했는데요.

위치가 공항과 2~3정거장 차이라

저는 핀란드로 넘어가기전

마지막날 3일차에 방문했습니다.

역에 내려서부터

이정표가 잘 배치되어 있었고,

역에서 하차한 가족단위 일행을 따라갔더니

따로 구글 맵을 켤 필요가 없었습니다.

저는 코펜하겐 카드를 소지하고 있어서

무료로 입장했습니다. 

코펜하겐 카드

개인적으로는 정말 알차게 잘 쓴것 같아요.

홀로 여행 동선짜기 부담스러우신 분들은

카드 구매해서

카드에 있는 관광지대로

돌아다녀도 괜찮으실듯 합니다.

원래 가격은

성인(만 12살 이상) 180 크로네,

만 3살~11살 100 크로네

라고 하네요,

변경되었을 수도 있으니

상세한 정보는 하단 링크를 참조해주세요.

코펜하겐 카드를 제시하고

입구에 있는 가이드맵을 하나 들고...

저는 길치니까요^_^

백화점같은 곳에만 가도

제가 어디로 들어왔는지

몇 층인지 잃어버리는

심각한 길치입니다.

아래 사진처럼

미니 가이드맵이

티켓팅하는 곳 앞에 배치되어있습니다.

좋네요 : )

일단 제일 큰 수조가 정말 인상깊었구요,

저기서 피딩타임을 가지며

소개해주시기도 합니다.

영어로 동시 진행해주셔서 다행이었어요.

그리고 터널처럼 만들어 놓은 곳도 있었는데요,

아래로 지나가면 아기 상어들이 보입니다. 

동굴로 들어가는 듯한 느낌입니다.

영화속에 들어온 것 같았어요.

바깥쪽엔 아가들 놀이시설도 있습니다.

물놀이 할 수 있는(?) 곳인 것 같아요.

* (총평)

개인적으로는 해외에 나가면

수족관, 동물원, 미술관 등

방문하는 것을

굉장히 좋아하는 편입니다.

가본 곳들 중에는

규모가 상당히 큰 편이었고,

다리가 좀 아팠는데

중간중간 휴게실 형태로

외부에 의자나

아가들 놀 수 있는 공간을

마련해 둔 점이 좋았습니다.

다만 뭐 기념품샵 가격은

북유럽답게 굉장히 굉장히 비쌌구요,

아이들 위해서 수달 VR과 사진찍기,

불가사리 만지기 등

체험형식의 전시도 많았고

가족단위 방문객이 대부분이었습니다.

주변에 누가 코펜하겐 방문 일정이 있다면

꼭 추천할 것 같은 곳입니다 : )

마무리는 수족관 전체를 둘러싼 수로 한 컷.

https://denblaaplanet.dk/en/?gclid=CjwKCAjwx_boBRA9EiwA4kIELhF7X_aPgNZoTMHHOrGsKuHT8cNQXnrIJ6wjsFHw1Pl1Py-PSCP-yxoC_KUQAvD_BwE

https://goo.gl/maps/jKDzMrx3pikydRQK6

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

Fabric은 execute-order-validate라고 하는 트랜잭션을 위한 새로운 아키텍쳐를 소개합니다. 트랜잭션 흐름을 세 단계로 분리하여 order-execute 모델이 직면한 탄력성, 유연성, 확장성, 성능 및 기밀성 문제를 해결합니다.

• 거래를 실행하고 그 정확성을 확인함으로써 그것을 보증하고
• (pluggable) 합의 프로토콜을 통한 트랜잭션 order
• 원장에 커밋하기 전 애플리케이션 별 보증 정책에 대한 트랜잭션의 유효성을 검사

이러한 설계는 Fabric이 order에 대한 최종 합의에 도달하기 전에 트랜잭션을 실행한다는 점에서 order-execute 패러다임과 근본적으로 다릅니다.

Fabric에서 애플리케이션 별 보증 정책은 특정 스마트 컨트랙트의 올바른 실행을 보증해야 하는 피어 노드 또는 피어 노즈 중 몇 개를 지정합니다. 따라서, 각 트랜잭션은 트랜잭션의 보증 정책을 만족시키는데 필요한 피어 노드의 서브셋에 의해서만 실행(보증)될 필요가 있습니다. 이를 통해 병렬 실행이 시스템의 전반적인 성능과 규모를 증가시킵니다. 이 첫 번째 단계에서는 주문 전에 일관성없는 결과를 필터링할 수 있기 때문에 비결정성을 제거합니다.

비결정성을 제거했기 때문에 Fabric은 표준 프로그래밍 언어를 사용할 수 있는 최초의 블록체인 기술입니다. 1.1.0 릴리즈에서 스마트 컨트랙트는 Go 또는 Node.js로 작성될 수 있지만, 이후 릴리즈에서는 Java를 포함한 다른 대중적인 언어를 지원할 계획입니다.

대구 동성로에 위치한

알로하 돈부리 방문 후기입니다.

위치는 블로그 제일 하단에 있어요~

연어가 땡겨서 맛집을 검색하던 중

알로하 돈부리,

직접 방문해보기로 합니다.

내부가 크진 않고 테이블이 4~5개 정도,

아기자기하면서도 뭔가

알로하라는 단어와 어울리게

매장 내부에 인테리어 소품들이

예쁘게 배치되어 있습니다.

주문전 메뉴판과 함께 시원한 차가 나오네요.

저희는 사케동과 믹스가츠동을 주문했습니다.

이럴수가....메뉴판을 찍어오지 않았네요.

사케동이 유명한만큼

연어 맛있게 먹는 팁이

테이블에 배치되어 있습니다.

너무 귀엽죠.

테이블 번호 대신

귀요미 인형을 주셨는데요(?)

신기한 방식이네요.

음식맛은 전반적으로 깔끔하고 무난했습니다.

다른 점이라면 연어가

다른 집보다 두툼한 편이었어요!

사케동 땡기실 때 한 번 방문해보세요~

위치는 228공원 근처입니다. 

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

스마트 컨트랙트 혹은 Fabric에서 "체인코드"라고 부르는 것은 신뢰할 수 있는 분산 애플리케이션으로 기능하여 동료 간 블록체인 및 기본 합의로부터 보안성/신뢰성을 획득합니다. 이는 블록체인 애플리케이션의 비즈니스 로직입니다.

특히 플랫폼에 적용할 때 스마트 컨트랙트에 적용되는 세 가지 주요 사항은 다음과 같습니다.

• 많은 스마트 컨트랙트는 네트워크에서 동시에 실행됩니다.
• 이들은 동적으로 배포될 수 있습니다. (많은 경우에 누구든지)
• 응용 프로그램의 코드는 신뢰할 수 없고, 잠재적 악성일 가능성을 가지고 있습니다.

대부분 현존하는 스마트 컨트랙트가 가능한 블록체인 플랫폼은 합의 프로토콜인 order-execute 구조를 따릅니다.

• 유효성을 검사하고 주문하는 트랜잭션은 모든 피어 노드에 트랜잭션을 전달합니다.
• 각 피어는 트랜잭션을 순차적으로 실행합니다.

order-execute 구조는 Ethereum (PoW 기반 합의 방식) 과 같은 public/무허가형 플랫폼에서부터 Tendermint, Chain, Quorum과 같은 허가형 플랫폼에 이르기까지 사실상 모든 기존 블록체인 시스템에서 찾을 수 있습니다. 

블록체인 내에서 order-execute 구조로 동작하는 스마트 컨트랙트는 결정적이어야 합니다. 그렇지 않으면 합의에 도달하지 못할 수도 있습니다. 비결정적인 문제를 해결하기 위해 많은 플랫폼에서는 스마트 컨트랙트를 비표준 또는 도메인 특정 언어 (예, Solidity)로 작성하여 비결정적 작업을 제거할 것을 요구합니다. 이는 개발자가 새로운 계약을 통해 새로운 언어를 배우고 프로그래밍 오류를 유발할 수 있기 때문에 널리 채택될 수 없습니다.

또한, 모든 트랜잭션은 모든 노드에 의해 순차적으로 실행되므로 성능 및 규모가 제한됩니다. 시스템의 모든 노드에서 스마트 컨트랙트 코드가 실행된다는 사실은 전체 시스템의 탄력성을 보장하기 위해 잠재적인 악의적 계약으로부터 전체 시스템을 보호하기 위해 복잡한 조치가 취해지도록 요구합니다.

귀탱이를 구조했으나

고양이 지식이 0 아니 마이너스라

집 근처 고양이고수인

카페 사장님의 도움을 받습니다.

분유도 먹이고 냠냠냠

씻겨주고 뽀드득뽀드득

고수의 손길은 다르네요.

카페에 딱 귀탱이만한 냥이가

한 마리 살고 있었는데요.

이 냥이는 탯줄도 잘리지 않은채로 버려져서

사장님이 묻어주려다가 살려낸 냥이입니다.

락앤락통에 두마리가 들어가다니 ㅇ_ㅇ........

진짜 세상 태어나서

이렇게 작은 사이즈의 냥이는 처음보네요.

우리 냥이들 카페 인기스타가 됐네요.

카페 사장님의 손길을 받고 나니

눈망울이 초롱초롱

어제 배수구에 빠져있던 귀탱이 맞니!!!!

주변 수의사 지인분의 도움을 받아

아가들을 확인한 결과

귀탱이가 뽀짝이보다 1주일? 정도

빠를 것 같다고 하시네요.

좋은 친구가 생겼습니다.

우리 아가들 친하게 지내면 좋겠네요~

막짤은 카페에서 집에 가기전 귀탱이 잠든 모습

+ 핑크젤리 사진!

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

무허가형 블록 체인에서는 거의 모든 사람이 참여할 수 있으며 모든 참가자는 익명입니다. 그런 맥락에서 블록체인의 상태가 불변이라는 것 외에 다른 어떤 신뢰도 존재할 수 없다. 이러한 신뢰의 부재를 완화하기 위해 무허가형 블록체인은 일반적으로 "작업 증명"(PoW)을 기반으로 한 비잔틴 fault tolerance 합의의 형태로 참여하는 특별한 비용을 상쇄하기위한 경제적 인센티브를 제공하기 위해 "채굴된" 원시 암호화폐 또는 트랜잭션 수수료를 사용합니다.

반면에 허가형 블록체인은 일정 수준의 신뢰를 보장하는 거버넌스 모델 하에서 운영되는 알려진, 확인된, 그리고 종종 심사를 받는 참가자들 사이에서 블록체인을 운영합니다. 허가형 블록체인은 공통의 목표를 갖고 있지만 서로를 완전히 신뢰하지는 못 할 수도 있는 엔티티 그룹 간의 상호작용을 보호하는 방법을 제공합니다. 허가형 블록체인은 참여자의 ID를 사용하여 보다 전통적인 CFT (crash fault telerant) 또는 BFT (byzantine fault tolerant) 합의 프로토콜을 사용할 수 있으며 이는 값비싼 마이닝을 필요로 하지 않습니다.

또한, 이러한 허가형 문맥에서 참가자가 의도적으로 스마트 계약을 통해 악성코드를 도입할 위험이 줄어듭니다. 첫째, 참가자는 서로를 알고 있으며 애플리케이션 트랜잭션 제출, 네트워크 구성 수정 또는 스마트 계약 배포와 같은 모든 작업이 네트워크 및 관련 트랜잭션 유형에 대해 설정된 보증 정책에 따라 블록체인에 기록됩니다. 완전히 익명으로 처리되기 보다는 유죄가 입증된 당사자는 쉽게 파악할 수 있으며 사건은 거버넌스 모델의 조건에 따라 처리됩니다.

호우경보가 내린 6월26일!!!......

제주도를 다녀왔습니다.

비행기에서 내리니까

호우경보 문자가 오더라구요^^.....하

공항에 내리자마자 비가 펑펑....

놀러가긴 어려울 것 같고,

오늘은 숙소와 가깝고 분위기있는

예쁜 카페나 찾아볼까 해서 다녀온

dp159 후기 입니다.

인스타주소 및 위치는

블로그 제일 하단에 있어요.

바쁘신 분들은 아래로 GoGo!

먼저 위치는 중문쪽 입니다!

다행히 도착했을 때 잠시 비가 그쳐서

사진을 몇 장 찍었는데요~

카페 바로 맞은편이 바다라서

바닷가 왔구나!! 하는 기분이 듭니다.

뭔가 굉장히 분위기 있지 않나요?

(바닷가 잘 못보고 자란 1인)

바닷가를 지나 걸어가다보면

오른쪽에 dp159카페가 보이는데요.

외관이 참 예쁩니다.

바깥 테라스도 엄청 잘 꾸며놓으셨던데,

비가 올까봐 빠르게 안으로 들어갔습니다.

비 안오는 날은

바깥에서 마셔도 분위기가 참 좋을 것 같아요~

그치만 오늘은 호우 경보니깐

실내로 슝슝 들어갑니다.

카운터 앞에는

맛있게 생긴 디저트류와

유명하신 분들의 싸인이 진열되어 있습니다.

메뉴판을 볼까요?

추천해주신 이 곳의 시그니처 메뉴는

아인슈페너와 제주댕유자라떼였습니다!!!

같이 간 친구는 제주댕유자라떼를,

라떼중독자인 저는 시그니쳐를 먹지 않고

아이스 라떼를 주문했죠...^_^헿 

시그니처 먹어볼걸 그랬나...

실내도 너무 예뻐서

사진찍기도 좋아 보였습니다 : )

이날은 손님이 저희밖에 없었는데요~

이렇게 예쁜 카페에

왜 아무도 없는거지?? 라고 생각했지만

곧 쏟아내리는 밖을 보니.....

이 날씨에 나온 제가 바보죠...ㅠ_ㅠ

숙소까지 돌아가며

우산을 써도 빗물이 날아오는

즐거운 날씨였습니다!

비오는날

잠시나마 편안하게 쉴 수 있었던

제주도 카페 dp159 후기였습니다!

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

Hyperledger Fabric은 모듈화된 구조를 가지도록 특별히 설계되었습니다. 플랫폼은 플러그형태의 합의, LDAP나 OpenID Connect같은 플러그형태의 신원 관리 프로토콜, 키 관리 프로토콜 혹은 암호화 라이브러리 어떤 것이든 기업의 다양한 유즈케이스 요구사항을 충족할 수 있도록 구성되었습니다.

보다 높은 수준에서, Fabric은 다음과 같은 모듈화 요소로 구성되어 있습니다.

• 플러그형태의 ordering 서비스는 거래 순서에 대한 합의 후 피어에게 블록을 브로드캐스팅합니다.
• 플러그형태의 membership service provider는 네트워크 엔티티를 암호화 ID와 연관시키는 작업을 담당합니다.
• 선택적 peer-to-peer gossip 서비스는 다른 피어에게 ordering 서비스를 제공함으로써 블록 ouput을 전달합니다.
• 스마트 계약 ("체인코드")는 분리를 위해 컨테이너 환경 (예, Docker)에서 실행됩니다. standard 프로그래밍 언어로 작성할 수는 있지만, 원장의 상태에 직접 접근할 수는 없습니다.
• 원장은 다양한 DBMS를 지원하도록 구성될 수 있습니다.
• 애플리케이션마다 독립적으로 구성할 수 있는 플러그형태의 인증 및 유효성 검증 정책을 적용할 수 있습니다.

업계에는 "모두를 통치하는 하나의 블록체인은 없다"라는 공정한 합의가 있습니다. Hyperledger Fabric은 여러 산업 분야에서 사용되는 다양한 솔루션의 요구사항을 충족시키기 위해 여러 가지 방법으로 구성할 수 있습니다.

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

Hyperledger Fabric은 기업 환경에서 사용하도록 설계된 오픈 소스로 엔터프라이즈 급 권한부여가 가능한 분산 원장 기술 (DLT) 플랫폼으로, 널리 사용되는 다른 분산 원장 또는 블록체인 플랫폼과 비교하여 차별화된 기능을 제공합니다.

차별화의 핵심 포인트 중 하나는 리눅스 재단에서 만들어진 것인데요, 리눅스 재단은 개방적인 구조 하에 오픈 소스 프로젝트를 키워온 길고 성공적인 역사를 지니고 있으며 강력하고 지속가능한 커뮤니티와 무성한 생태계를 성장시킵니다. Hyperledger는 다양한 기술 운영위원회와 여러 조직의 다양한 관리자가 Hyperledger Fabric 프로젝트를 관리합니다. 최초의 커밋 이래로 35개 이상의 조직과 약 200명의 개발자로 성장한 개발 커뮤니티가 있습니다.

Fabric은 은행 업무, 금융, 보험, 의료, 인적 자원, 공급망 및 심지어 디지털 음악 전달을 포함하여 광범위한 산업 유즈케이스에 혁신, 다기능성 및 최적화를 가능하게하는 고도로 모듈화되고 구성가능한 아키텍처를 갖추고 있습니다. 

Fabric은 제한된 도메인 특정 언어 (DSL)가 아닌 Java, Go 및 Node.js와 같은 범용 프로그래밍 언어로 작성된 스마트 계약을 지원하는 최초의 분산 원장 플랫폼입니다. 즉, 대부분의 기업은 이미 스마트 계약을 개발하는데 필요한 기술을 갖추고 있으며, 새로운 언어 또는 DSL을 배우기 위한 추가 교육은 필요하지 않습니다.

또한 Fabric 플랫폼은 권한을 부여할 수 있습니다. 즉, public형태의 익명성을 보장하기 때문에 완전히 신뢰할 수 없는 네트워크와는 달리 참가자들 간 서로를 알 수 있습니다. 이는, 참가자들이 서로를 완전히 신뢰하지 못한다고 하더라도 (예를 들어 동종업계의 경쟁사인 경우), 법적 합의 또는 분쟁 처리 같은 참가자 간 존재하는 신뢰관계에 따라 구축된 거버넌스 모델 하에 네트워크를 운영할 수 있습니다. 

플랫폼의 주요 차별화 요소 중 하나는 플러그형의 합의 프로토콜을 지원하는 것입니다. 이러한 합의 프로토콜은 플랫폼을 특정 유즈케이스나 신뢰모델에 맞게 보다 효과적으로 커스터마이징할 수 있습니다. 예를 들어, 단일 기업 내에 배치되거나 신뢰할 수 있는 기관에 의해 운영되는 경우, fully byzantine fault tolerant 합의는 불필요한 것으로 간주될 수 있으며, 성능 및 처리량에 과부담을 일으킬 수 있습니다. 이와 같은 상황에서는 crash fault tolerant (CFT) 합의 프로토콜이 적절하지 않지만, 반면에 여러 당사자의 탈중앙화된 유즈케이스에서는 보다 전통적인 byzantine fault tolerant (BFT) 합의 프로토콜이 필요합니다.

Fabric은 고 비용의 마이닝 혹은 스마트 계약 이행을 위해 native 암호화폐를 필요로 하지 않는 합의 프로토콜을 활용할 수 있습니다. 암호화폐를 사용하지 않으면 상당한 위험/공격 요인이 줄어들고, 또 암호화폐 마이닝 연산을 하지 않으면 다른 분산 시스템과 거의 동일한 운영 비용으로 플랫폼을 구축할 수 있습니다.

이러한 차별화된 설계 기능 덕분에 Fabric은 트랜잭션 처리 및 검증 대기 시간 측면에서 우수한 성능을 보이는 플랫폼 중 하나가 될 수 있었으며, 트랜잭션과 스마트 컨트랙트 (Fabric에서 "체인코드"라고 부르는)를 통해 개인정보보호 및 기밀성을 구현합니다.

차별화된 특징에 대해 좀 더 자세히 알아보겠습니다.