60. 하이퍼레저 아키텍처 - 피어(Peer), 오더러(Orderer), MSP(Membership Service Provider)

핵심 인사이트 (3줄 요약)

1. 본질: Hyperledger Fabric은 신원(MSP), 실행/저장(Peer), 순서 정렬(Orderer)을 분리한 모듈형 퍼미션드 블록체인이다.
2. 가치: Execute-Order-Validate 구조 덕분에 높은 처리량과 기밀성을 동시에 얻는다.
3. 판단 포인트: 누가 승인하고, 누가 실행하고, 누가 순서를 정하는지를 분리해야 기업형 거버넌스에 맞는다.

Ⅰ. 개요 및 필요성

퍼블릭 블록체인은 개방성이 강하지만, 기업 연합망은 참여자와 권한을 관리해야 한다. Hyperledger Fabric은 이런 요구를 위해 설계된 퍼미션드 블록체인이다.

Fabric은 모든 노드가 모든 일을 하지 않는다. 신원 확인은 MSP가, 실행과 장부 보관은 Peer가, 거래 순서는 Orderer가 맡는다.

• 📢 섹션 요약 비유: 문지기, 회계사, 우체국장이 각자 역할을 나눠 일하는 회사 같다.

Ⅱ. 아키텍처 및 핵심 원리

Fabric의 핵심은 역할 분담이다. 각 노드는 자기 역할만 맡고, 트랜잭션은 검증 가능한 절차를 거쳐 원장에 반영된다.

Client
  ↓ proposal
Endorsing Peer
  ↓ execute chaincode
Endorsement
  ↓
Orderer
  ↓ sort blocks
Peers validate / commit

Fabric은 Execute-Order-Validate 구조를 쓴다. 먼저 소수의 피어가 실행해 도장을 찍고, Orderer가 순서를 정한 뒤, 나머지 피어가 검증만 수행한다.

• 📢 섹션 요약 비유: 여러 사람이 계약서를 먼저 검토하고, 우체국이 순서대로 묶어 보내고, 받는 쪽은 도장만 확인하는 흐름이다.

Ⅲ. 비교 및 연결

Ethereum이 모든 노드가 같은 일을 하는 구조라면, Fabric은 실행·정렬·검증을 나눠 성능과 기밀성을 챙긴다. 이 차이가 기업용 공급망과 금융망에서 중요하다.

• 📢 섹션 요약 비유: 모두가 동시에 계산하는 학급 회의와, 역할별로 계산하고 확인하는 사무실의 차이다.

Ⅳ. 실무 적용 및 기술사 판단

Fabric 설계에서 중요한 것은 체인코드보다 거버넌스다. 누가 승인하고, 누가 볼 수 있고, 누가 수정 가능한지를 먼저 정해야 한다.

체크리스트

1. MSP와 인증서 정책이 분명한가?
2. Channel 분리로 기밀성을 확보했는가?
3. Endorsement Policy가 실제 업무 규칙과 맞는가?
4. 체인코드는 결정성을 만족하는가?

안티패턴

• 모든 피어가 모든 데이터를 다 보는 설계

• 정렬과 실행 역할을 섞어 둔 설계

• 체인코드에 비결정적 로직을 넣는 설계

• 📢 섹션 요약 비유: 출입증, 창구, 배달 구역이 섞여 있으면 큰 회사도 금방 어수선해진다.

Ⅴ. 기대효과 및 결론

Fabric은 블록체인을 업무 실행 플랫폼으로 바꾼다. 그래서 공급망, 인증, 다자 합의가 필요한 기업 환경에 특히 적합하다.

결국 핵심은 분산의 목적이 아니라, 역할을 잘 나눠 신뢰를 만드는 구조에 있다.

• 📢 섹션 요약 비유: 공장에서는 검사, 포장, 운송이 분리될수록 더 빨리 돌아간다.

관련 개념 맵

MSP
   ↓
Peer / Orderer
   ↓
Execute-Order-Validate
   ↓
기업형 블록체인 거버넌스

관련 키워드 및 발전 흐름도

퍼블릭 블록체인
   ↓
퍼미션드 블록체인
   ↓
Hyperledger Fabric
   ↓
MSP / Peer / Orderer 분리

어린이를 위한 3줄 비유 설명

하이퍼레저는 회사에서 역할을 나눠 일하는 블록체인이에요.
신분 확인하는 사람, 장부를 쓰는 사람, 순서를 정하는 사람이 따로 있어요.
그래서 더 빠르고 더 안전하게 기록할 수 있어요.