* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

 

A Blockchain Platform for the Enterprise — hyperledger-fabricdocs master documentation

Docs » A Blockchain Platform for the Enterprise Edit on GitHub Built with Sphinx using a theme provided by Read the Docs.

hyperledger-fabric.readthedocs.io

Hyperledger Fabric은 모듈화된 구조를 가지도록 특별히 설계되었습니다. 플랫폼은 플러그형태의 합의, LDAP나 OpenID Connect같은 플러그형태의 신원 관리 프로토콜, 키 관리 프로토콜 혹은 암호화 라이브러리 어떤 것이든 기업의 다양한 유즈케이스 요구사항을 충족할 수 있도록 구성되었습니다.

 

보다 높은 수준에서, Fabric은 다음과 같은 모듈화 요소로 구성되어 있습니다.

  • 플러그형태의 ordering 서비스는 거래 순서에 대한 합의 후 피어에게 블록을 브로드캐스팅합니다.
  • 플러그형태의 membership service provider는 네트워크 엔티티를 암호화 ID와 연관시키는 작업을 담당합니다.
  • 선택적 peer-to-peer gossip 서비스는 다른 피어에게 ordering 서비스를 제공함으로써 블록 ouput을 전달합니다.
  • 스마트 계약 ("체인코드")는 분리를 위해 컨테이너 환경 (예, Docker)에서 실행됩니다. standard 프로그래밍 언어로 작성할 수는 있지만, 원장의 상태에 직접 접근할 수는 없습니다.
  • 원장은 다양한 DBMS를 지원하도록 구성될 수 있습니다.
  • 애플리케이션마다 독립적으로 구성할 수 있는 플러그형태의 인증 및 유효성 검증 정책을 적용할 수 있습니다.

업계에는 "모두를 통치하는 하나의 블록체인은 없다"라는 공정한 합의가 있습니다. Hyperledger Fabric은 여러 산업 분야에서 사용되는 다양한 솔루션의 요구사항을 충족시키기 위해 여러 가지 방법으로 구성할 수 있습니다.

'● STUDY ● > Hyperledger' 카테고리의 다른 글

Fabric New Approach  (0) 2019.07.07
Fabric Smart Contracts  (0) 2019.07.06
Fabric Permissioned vs Permissionless Blockchains  (0) 2019.07.05
Hyperledger Fabric이란  (0) 2019.07.03
Fabric Introduction  (0) 2019.07.02

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

https://hyperledger-fabric.readthedocs.io/en/latest/index.html

 

A Blockchain Platform for the Enterprise — hyperledger-fabricdocs master documentation

Docs » A Blockchain Platform for the Enterprise Edit on GitHub Built with Sphinx using a theme provided by Read the Docs.

hyperledger-fabric.readthedocs.io

 

Hyperledger Fabric은 기업 환경에서 사용하도록 설계된 오픈 소스로 엔터프라이즈 급 권한부여가 가능한 분산 원장 기술 (DLT) 플랫폼으로, 널리 사용되는 다른 분산 원장 또는 블록체인 플랫폼과 비교하여 차별화된 기능을 제공합니다.

차별화의 핵심 포인트 중 하나는 리눅스 재단에서 만들어진 것인데요, 리눅스 재단은 개방적인 구조 하에 오픈 소스 프로젝트를 키워온 길고 성공적인 역사를 지니고 있으며 강력하고 지속가능한 커뮤니티와 무성한 생태계를 성장시킵니다. Hyperledger는 다양한 기술 운영위원회와 여러 조직의 다양한 관리자가 Hyperledger Fabric 프로젝트를 관리합니다. 최초의 커밋 이래로 35개 이상의 조직과 약 200명의 개발자로 성장한 개발 커뮤니티가 있습니다.

 

Fabric은 은행 업무, 금융, 보험, 의료, 인적 자원, 공급망 및 심지어 디지털 음악 전달을 포함하여 광범위한 산업 유즈케이스에 혁신, 다기능성 및 최적화를 가능하게하는 고도로 모듈화되고 구성가능한 아키텍처를 갖추고 있습니다. 

Fabric은 제한된 도메인 특정 언어 (DSL)가 아닌 Java, Go 및 Node.js와 같은 범용 프로그래밍 언어로 작성된 스마트 계약을 지원하는 최초의 분산 원장 플랫폼입니다. 즉, 대부분의 기업은 이미 스마트 계약을 개발하는데 필요한 기술을 갖추고 있으며, 새로운 언어 또는 DSL을 배우기 위한 추가 교육은 필요하지 않습니다.

 

또한 Fabric 플랫폼은 권한을 부여할 수 있습니다. 즉, public형태의 익명성을 보장하기 때문에 완전히 신뢰할 수 없는 네트워크와는 달리 참가자들 간 서로를 알 수 있습니다. 이는, 참가자들이 서로를 완전히 신뢰하지 못한다고 하더라도 (예를 들어 동종업계의 경쟁사인 경우), 법적 합의 또는 분쟁 처리 같은 참가자 간 존재하는 신뢰관계에 따라 구축된 거버넌스 모델 하에 네트워크를 운영할 수 있습니다. 

 

플랫폼의 주요 차별화 요소 중 하나는 플러그형의 합의 프로토콜을 지원하는 것입니다. 이러한 합의 프로토콜은 플랫폼을 특정 유즈케이스나 신뢰모델에 맞게 보다 효과적으로 커스터마이징할 수 있습니다. 예를 들어, 단일 기업 내에 배치되거나 신뢰할 수 있는 기관에 의해 운영되는 경우, fully byzantine fault tolerant 합의는 불필요한 것으로 간주될 수 있으며, 성능 및 처리량에 과부담을 일으킬 수 있습니다. 이와 같은 상황에서는 crash fault tolerant (CFT) 합의 프로토콜이 적절하지 않지만, 반면에 여러 당사자의 탈중앙화된 유즈케이스에서는 보다 전통적인 byzantine fault tolerant (BFT) 합의 프로토콜이 필요합니다.

 

Fabric은 고 비용의 마이닝 혹은 스마트 계약 이행을 위해 native 암호화폐를 필요로 하지 않는 합의 프로토콜을 활용할 수 있습니다. 암호화폐를 사용하지 않으면 상당한 위험/공격 요인이 줄어들고, 또 암호화폐 마이닝 연산을 하지 않으면 다른 분산 시스템과 거의 동일한 운영 비용으로 플랫폼을 구축할 수 있습니다.

 

이러한 차별화된 설계 기능 덕분에 Fabric은 트랜잭션 처리 및 검증 대기 시간 측면에서 우수한 성능을 보이는 플랫폼 중 하나가 될 수 있었으며, 트랜잭션과 스마트 컨트랙트 (Fabric에서 "체인코드"라고 부르는)를 통해 개인정보보호 및 기밀성을 구현합니다.

차별화된 특징에 대해 좀 더 자세히 알아보겠습니다. 

'● STUDY ● > Hyperledger' 카테고리의 다른 글

Fabric New Approach  (0) 2019.07.07
Fabric Smart Contracts  (0) 2019.07.06
Fabric Permissioned vs Permissionless Blockchains  (0) 2019.07.05
Fabric Modularity  (0) 2019.07.04
Fabric Introduction  (0) 2019.07.02

* 본 포스팅은 하이퍼레저 패브릭 docs를 번역한 내용으로, 번역 과정에서 잘못된 부분이 있을 수 있습니다.

상세 내용은 하단 링크를 참조 부탁드리며, 잘못된 내용에 대한 피드백은 언제든 환영합니다 : ) 

Hyperledger Fabrid docs

 

A Blockchain Platform for the Enterprise — hyperledger-fabricdocs master documentation

Docs » A Blockchain Platform for the Enterprise Edit on GitHub Built with Sphinx using a theme provided by Read the Docs.

hyperledger-fabric.readthedocs.io


Introduction

일반적으로, 블록체인은 피어 노드들의 분산 네트워크 내에서 유지되는 변경불가능한 트랜잭션 원장입니다. 이러한 노드들은 트랜잭션을 적용하여 원장 사본을 유지 및 관리하는데, 이 트랜잭션은 합의 프로토콜에 의해 검증되며, 각 블록을 이전 블록에 바인딩하는 해시를 포함하는 블록으로 그룹화됩니다.

 

블록체인 애플리케이션 중 가장 처음, 가장 널리 알려진 것은 Bitcoin 암호화폐이며, 다른 애플리케이션들도 그 발자취를 따라왔습니다. 또 다른 암호화폐인 Ethereum은 Bitcoin과 동일한 특징들을 많이 통합하면서도 분산 응용 프로그램을위한 플랫폼을 만들기 위해 스마트 계약을 추가하는 등 다른 접근 방식을 취했습니다. Bitcoin과 Ethereum은 public의 허가가 필요하지 않은 블록체인 기술로 분류됩니다. 기본적으로 이들은 공개 네트워크로 익명으로 상호작용하는 모든 참여자들에게 열려있습니다.

 

Bitcoin, Ethereum 및 기타 파생 기술의 인기가 증가하면서 블록체인, 분산 원장 및 분산 응용 프로그램 플랫폼 기술을 보다 혁신적인 엔터프라이즈 유즈케이스에 적용하고자 하는 시도가 많아졌습니다. 그러나 많은 엔터프라이즈 유즈케이스는 public 타입의 블록체인 기술로는 제공할 수없는 성능적 특성이 필요합니다. 또한 KYC (Know-Your-Customer) 및 AML (Arom-Money Laundering) 규정을 준수해야하는 금융 거래처럼 대다수의 유즈케이스에서 참가자의 신원확인이 필요하며, 이는 public 블록체인으로 만족시키기 어렵습니다.

 

엔터프라이즈 용으로는 다음과 같은 요구사항을 고려해야합니다.

  • 참가자 신원확인 가능여부
  • 네트워크 권한부여
  • 높은 트랜잭션 처리 성능
  • 거래확인에 걸리는 낮은 지연시간
  • 거래 및 거래와 관련된 개인정보 및 기밀 유지

많은 초기 블록체인 플랫폼들이 현재 기업용으로 채택되고 있지만, 하이퍼레저 패브릭은 처음부퍼 엔터프라이즈용으로 설계되었습니다. 다음 섹션에서는 하이퍼레저 패브릭이 다른 블록체인 플랫폼과 어떤 차별점을 가지고 있는지, 그리고 설계방법에 대한 동기에 대해 설명합니다.

'● STUDY ● > Hyperledger' 카테고리의 다른 글

Fabric New Approach  (0) 2019.07.07
Fabric Smart Contracts  (0) 2019.07.06
Fabric Permissioned vs Permissionless Blockchains  (0) 2019.07.05
Fabric Modularity  (0) 2019.07.04
Hyperledger Fabric이란  (0) 2019.07.03

+ Recent posts