* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.
상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : )
https://hyperledger-fabric.readthedocs.io/en/latest/whatis.html#pluggable-consensus
트랜잭션 주문은 합의를 위한 모듈식 구성요소로 위임되며 이는 트랜잭션을 실행하고 원장을 유지하는 피어들과 논리적으로 분리됩니다. 특히, 주문 서비스가 그러합니다. 합의가 모듈화되어있기 때문에, 구현할 때 특정 배포 또는 솔루션의 신뢰 가정에 따라 조정할 수 있습니다. 이 모듈식 아키텍처를 통해 플랫폼은 CFT(crash fault-tolerant) 또는 BFT(byzantine fault-tolerant) 주문을 위해 잘 정립된 툴킷에 의존할 수 있습니다.
패브릿은 현재 두 가지 CFT 오더링 서비스에 대한 구현을 제공합니다. 첫 번째는 Raft 프로토콜의 etcd 라이브러리를 기반으로 하고, 다른 하나는 카프카 (내부적으로 주키퍼를 사용) 입니다. 현재 사용 가능한 오더링 서비스에 대한 정보는 아래 링크를 참고하세요.
https://hyperledger-fabric.readthedocs.io/en/latest/orderer/ordering_service.html
이들은 상호배타적이지 않다는 점에 유의하세요. 패브릭 네트워크는 여러 애플리케이션 혹은 애플리케이션의 요구사항을 지원하는 다양한 오더링 서비스를 가질 수 있습니다.
'● STUDY ● > Hyperledger' 카테고리의 다른 글
Composer Developer Tutorial (0) | 2019.07.15 |
---|---|
Fabric Performance and Scalability & Conclusion (0) | 2019.07.14 |
Fabric Privacy and Confidentiality (0) | 2019.07.12 |
Composer Playground Tutorial (0) | 2019.07.11 |
Composer Installing (0) | 2019.07.10 |