2) Hyperledger Fabric Functionalities

원서 : https://hyperledger-fabric.readthedocs.io/en/release-1.4/functionalities.html

• Hyperledger Fabric Functionalities
  • Hyperledger Fabric은 'distributed ledger technology(DLT)'을 구현한 보안, 확장성, 기밀, 성능을 갖춘 모듈화된 엔터프라이즈 솔루션이다.
  • 아래와 같은 기능을 제공한다. 
  • Identity management
    
    • '허가형 network'를 구축할수있다.
    • 'membership identity'라는것을 통해서, 사용자ID 와 참여자인증 을 제공한다. 'access control list(ACL)'을 통해서도 추가적인 권한의 계층화를 할수있다. 
    • 예를들면 특정 사용자에게 'chaincode 실행' 권한은 있고, 'chaincode 배포' 권한은 없게 할 수 있다.
  • Privacy and confidentiality
    
    • channel의 private함으로 특정 members들간의 transaction을 기밀화 할 수 있다.
  • Efficient processing
    
    • node 유형별로 각자 특별한 역할이 있다. transaction의 '실행, 순서화, 커밋'이 분업화 되어있다는 것이다. 
    • (transaction을 순서화 하기전에) 일단 선실행을 먼저 하는데, 이는 각각의 peer가 여러게의 transaction을 동시적 병렬적 처리 할 수 있게된다. 이 결과 각각의 peer에 처리률이 높아지고, orderer으로의 transaction 전달률도 높아진다.
    • 이외에도, 이렇게 업무분업으로 orderer는 '실행 및 ledger유지'를 돈케어~ peer는 '순서화'를 돈캐어 하게되는 이점이 있다.
    • 그리고 또 역할분담은 '인증 및 인가'를 위한 작업를 제한하기도 유용하다. 모든 peer가 모든 orderer를 신뢰해야만 할 필요도 없어지고, 그 반대도 마찬가지가 되는것이다. 그래서 하나의 프로세스는 다른 프로세스의 검증에 독립적인 수행을 할 수 있다.
  • Chaincode functionality
    
    • chaincode는 channel상에서 transaction으로써 작동되는 어플리케이션입니다. chaincode는 주로 여러가지 자산의 소유권을 변경하는 파마리터를 정의하는 식인데, 보통 비슷비슷한 요구사항을 구현하는 편입니다. 
    • 한편 'system chaincode'라는것도 있는데, 이건 channel의 전반적인 동작을 튜닝하는 파마리터 정의라 볼수있습니다. 즉, channel의 라이프사이클 이나 설정 등을 규정하는것 입니다. 예를들어 '보증 이나 검증' 관련 여려가지 요구사항을 다룰 수 있습니다.
  • Modular design
    
    • Hyperledger Fabric은 모듈화된 아키텍쳐 입니다. 즉 'blockchain-network'에 각각의 기능구성을 선택 할 수 있는것이죠. 예를들어 identity, consensus, encryption 등에 관련된 알고리즘 구현체를 상황에 적합한 구성으로 플로그인 할 수 있습니다. 바로 이런이유로 Hyperledger Fabric이 여러산업 과 공공도메인 등에서 채택이 되는것 이랍니다. 다양한 사업군에서 전반적으로 다 적합합니다.

-끝-