#8. 패브릭 가십 프로토콜
ㅁ구성요소들 간 커뮤니케이션 : 가십 프로토콜.
ㅇ피어 간 블록 송수신 관련.
-헤더를 다 받고 헤싱으로-
-인증서 기반으로 소통을 함(일반 퍼블릭 블록체인과 다른 점).
-커미터 : 모든 피어. 블록체인(레져) 소유. execute, validate 하는 역할.
-앵커 : 자신이 속한 organization의 네트워크 정보 소유 및 전달 역할.
-리더 : 오더러로 부터 블록받아옴. 주는 것만 받는 게 아닌 필요할 때 자신이 땡겨올 수도 있음(시간설정).
※리더 선정 : 어드민의 지정 혹은 자기들끼리의 선택.
ㅁ피어(앵커)
ㅇ초기 블록체인 네트워크 설정시 오더러, 피어 간 위치 확인해야 함.
ㅇ(cli 이용해서) 채널을 만들 때, 오더러 옵션 부여 가능하므로 이때 특정 피어 존재를 알리게 됨.
ㅇ앵커피어 트랜잭션을 통해 네트워크에 알리기 가능.
※크립토 관련 재료 제작 시, 채널관련 트랜잭션, 앵커피어 트랜잭션(이 그룹의 앵커피어가 누군지 알리는) 등 제작.
ㅁ리더피어
ㅇ어드민이 정의 : 환경변수 or core.yaml.을 통해 정의
예) docker-compose-node3.yaml - org2peer0 - enviroment
예) - CORE_PEER_GOSSIP_USELEADERLECTION : false
예) - CORE_PEER_GOSSIP_ORGLEADER : true
ㅇ다이나믹으로 선언 :
-한 명의 리더 , 나머지는 팔로워. 피어들은 항상 서로에게 heart beats를 날리며
-리더의 heart beats가 안오면 리더 선출이 시작되며 ID가 높은 peer가 리더가 됨.
ㅁ오더러 연결
ㅇconfig 통해서 연결 : genesis.block
-초기 네트워크 셋업시 - 크립토 관련 모듈 제작 - conifg TX gen으로 config TX 파일 소모해
-관련 제네시스 블록 생성.
-오더러는 처음 시스템 채널에 자신의 제네시스 블록을 갖고 있게 됨.
- (예) ‘Raft’의 환경설정을 보면 (configtx-original.yaml 내의 SampleMultiNodetcdRaft)
- host, port, ClientTLSCert 등등 정보가 들어가 있음.
- configtxGen 파일이 위의 정보를 소모해서 genesis.block을 생성.
- 그래서 제네시스 블록 안에 오더러들의 인증서들이 입력되어 있음.
'Hyper_Ledger > 자습실' 카테고리의 다른 글
[dapp campus / 개념] #10. 패브릭 유져관리(#.10 _1, #.11_2) (0) | 2019.11.21 |
---|---|
[dapp campus / 개념] #9. 패브릭 이벤트 (0) | 2019.11.20 |
[dapp campus / 개념] #7. 패브릭 채널 (0) | 2019.11.20 |
[dapp campus / 개념] #5. 패브릭 아이덴티티(#.5 _1, #.6 _2) (0) | 2019.11.19 |
[dapp campus / 개념] #4. 패브릭 네트워크 세팅 가이드(이론) (0) | 2019.11.19 |