[Hyperledger fabric-3] 하이퍼레져 패브릭의 모듈성

- 스터디 목적으로 작성한 글입니다.

 

 

 

https://muna76.tistory.com/196

 

[Hyperledger fabric-2] 하이퍼레져 패브릭의 특징

 

 

하이퍼레져 패브릭의 특징중 하나인

"모듈화" 

공식문서에 나와있는 모듈화 부분을 분석해보겠다.

Hyperledger Fabric has been specifically architected to have a modular architecture. 
Whether it is pluggable consensus, pluggable identity management protocols such as 
LDAP or OpenID Connect, key management protocols or cryptographic libraries, 
the platform has been designed at its core to be configured to meet the diversity 
of enterprise use case requirements.


Hyperledger Fabric은 모듈식 아키텍처를 갖도록 특별히 설계되었습니다. 
플러그형 합의, LDAP 또는 OpenID Connect와 같은 플러그형 ID 관리 프로토콜, 키 관리 프로토콜 또는 
암호화 라이브러리에 관계없이 플랫폼은 핵심적으로 다양한 엔터프라이즈 사용 사례 요구 사항을 충족하도록 구성되도록 
설계되었습니다.

1. Hyperledger fabric은 모듈식 아키텍쳐를 갖도록 설계되었습니다.

->  말그대로 하이퍼 레져 패브릭이 모듈식 구조를 가지고 있다는 것. 

이부분에 대한 부연 설명이 뒤에 쭉 나올 것이다. 

 

2. 플러그형 합의, LDAP 또는 OpenID Connect와 같은 플러그형 ID 프로토콜, 키관리 프로토콜 또는 암호화 라이브러리에 관계없이

플랫폼은 핵심적으로 다양한 엔터프라이즈 사용 사례 요구 사항을 충족하도록 구성되도록 설계되었습니다. 

-> 

 

* LDAP (경량 디렉터리 액세스 프로토콜)

- 네트워크 상에서 조직이나 개인정보 혹은 파일이나 디바이스 정보 등을 찾아보는 것을 가능하게 만든 소프트웨어 프로토콜

* openid connect

- OpenID Connect를 사용하면 웹 기반, 모바일 및 JavaScript 클라이언트를 포함한 모든 유형의 클라이언트가 인증된 세션 및 최종 사용자에 대한 정보를 요청 및 수신할 수 있습니다. 사양 제품군은 확장 가능하므로 참가자가 적절할 때 ID 데이터 암호화, OpenID 공급자 검색 및 세션 관리와 같은 선택적 기능을 사용할 수 있습니다.

 

=> 즉,  하이퍼레져 패브릭은 특정 기업이 어떤 프로토콜 / 암호화 라이브러리를 쓰든지 관계없이 , 그 기업들이 필요호 하는 요구사항들에 맞춰 구성되도록 설계됐다는 뜻.

 

 

 

" fabric의 모듈식 구성요소 "

1. 플러그형 주문 서비스는 트랜잭션 순서에 대한 합의를 설정한 다음 블록을 피어에게 브로드캐스트합니다.
2. 플러그형 멤버십 서비스 제공자는 네트워크의 엔티티를 암호화 ID와 연관시키는 일을 담당합니다.
3. 선택적 P2P 가십 서비스는 다른 피어에게 서비스를 주문하여 블록 출력을 전파합니다.
4. 스마트 계약("체인코드")은 격리를 위해 컨테이너 환경(예: Docker) 내에서 실행됩니다. 
표준 프로그래밍 언어로 작성할 수 있지만 원장 상태에 직접 액세스할 수는 없습니다.
5. 원장은 다양한 DBMS를 지원하도록 구성할 수 있습니다.
6. 애플리케이션별로 독립적으로 구성할 수 있는 플러그형 보증 및 검증 정책 시행.

 

 

1. 플러그형 주문 서비스는 트랜잭션 순서에 대한 합의를 설정한 다음 블록을 피어에게 브로드캐스트합니다.

->  합의 알고리즘에 따라 트랜잭션의 순서를 정하고, 그 정보가 담긴 블록을 피어노드에게 보낸다. 

 

2. 플러그형 멤버십 서비스 제공자는 네트워크의 엔티티를 암호화 ID와 연관시키는 일을 담당합니다.

->  

* entity : 구별되는 하나하나의 대상. 개체

즉 암호화 아이디와 연관시킨다 = 네트워크 안에 있는 개체들을 암호화된 아이디로 만든다는것.

 

3. 선택적 P2P 가십 서비스 는 다른 피어에게 서비스를 주문하여 블록 출력을 전파합니다.

->  다른 피어에게 블록 아웃풋을 뿌려준다는 의미. 어떻게? by ordering service. 서비스를 오더링해서

 

4. 스마트 계약("체인코드")은 격리를 위해 컨테이너 환경(예: Docker) 내에서 실행됩니다. 
표준 프로그래밍 언어로 작성할 수 있지만 원장 상태에 직접 액세스할 수는 없습니다.

-> 말그대로임. 체인코드는 분리된 환경에서 작성한다. 패브릭 내에서 작성하는것이 아니라 따로 작성해서 

그리고 그 코드는 원장에 직접 넣을 순 없다.

5. 원장은 다양한 DBMS를 지원하도록 구성할 수 있습니다.

6. 애플리케이션별로 독립적으로 구성할 수 있는 플러그형 보증 및 검증 정책 시행.

-> 이것 또한 마찬가지. 어플리케이션 개별로 보증 및 검증이 가능하다는 의미. ( 플러그형 )

 

---

 

 

하이퍼레져 패브릭이 모듈식으로 구성되어있다는 특징에 대해 분석해 보았는데,

사실 하나하나 분석해봐도 직관적으로 와닿지 않았다.

 

따라서 

기본 흐름에 대한 이해가 부족하다는 판단이 들어 , 하이퍼레져 패브릭의 기본 구조와 흐름에 대한 보충이 필요할 것 같다.