[Hyperledger Fabric v1.0] 8. APPENDIX(부록): Glossary(용어 사전)

해당 글은 Hyperledger Fabric 페이지의 게시글을 번역 및 정리한 자료입니다.

원본 사이트 : http://hyperledger-fabric.readthedocs.io/en/release/glossary.html

 Glossary(용어 사전)

전문 용어가 중요하므로 모든 Fabric 사용자와 개발자는 각 특정 용어의 의미에 동의합니다. 예를 들어 체인 코드 란 무엇입니까? 그래서 우리는 자신을 다시 안심시키고 싶을 때마다 그곳에서 여러분을 지적 할 것입니다. 물론, 원한다면 한 번에 전체 내용을 자유롭게 읽을 수 있습니다. 꽤 교육적입니다!

Anchor Peer(앵커 피어)

모든 다른 피어가 검색하고 통신 할 수있는 채널의 피어 노드입니다. 채널의 각 구성원은 앵커 피어 (또는 단일 실패 지점을 방지하기위한 여러 앵커 피어)를 가지고 있으므로 서로 다른 구성원에 속한 피어가 채널의 모든 기존 피어를 검색 할 수 있습니다.

Block(블록)

채널의 선행 블록에 암호로 링크 된 순서화 된 트랜잭션 집합입니다.

Chain(체인)

원장 체인은 해시로 연결된 트랜잭션 블록으로 구성된 트랜잭션 로그입니다. 피어는 주문 서비스에서 거래 블록을 받고, 승인 정책 및 동시성 위반에 따라 블록의 트랜잭션을 유효 또는 무효로 표시하고 해당 블록을 피어의 파일 시스템에 해시 체인에 추가합니다.

Chaincode(체인 코드)

Chaincode는 자산을 암호화하기 위해 원장에서 실행되는 소프트웨어이며 자산 수정을위한 트랜잭션 지침 (비즈니스 논리)입니다.

channel(채널)

채널은 패브릭 네트워크의 개인 블록 체인 오버레이로 데이터 격리 및 기밀성을 허용합니다. 채널 별 원장은 채널의 동료간에 공유되며 거래 당사자는 상호 작용하기 위해 채널에 대해 올바르게 인증되어야합니다. 채널은 Configuration-Block에 의해 정의됩니다.

Commitment(커밋)

채널의 각 피어는 순서가 지정된 트랜잭션 블록의 유효성을 검사 한 다음 블록을 채널 원장의 복제본으로 커밋 (쓰기 / 추가)합니다. 또한 피어는 각 블록의 각 트랜잭션을 유효 또는 무효로 표시합니다.

Concurrency Control Version Check(동시성 제어 버전 확인)

동시성 제어 버전 검사는 채널의 피어간에 상태를 동기화하는 방법입니다. 피어는 트랜잭션을 병렬로 실행하고 장부에 대한 커밋 전에 피어는 실행 시간에 읽은 데이터가 변경되지 않았는지 확인합니다. 트랜잭션에 대해 읽은 데이터가 실행 시간과 확약 시간 사이에 변경되면 병행 제어 버전 확인 위반이 발생하고 트랜잭션이 원장에서 유효하지 않은 것으로 표시되고 값이 상태 데이터베이스에서 업데이트되지 않습니다.

Configuration Block(구성 블록)

시스템 체인 (주문 서비스) 또는 채널에 대한 구성원 및 정책을 정의하는 구성 데이터가 들어 있습니다. 채널 또는 전체 네트워크 (예 : 회원 탈회 또는 가입)에 대한 구성을 수정하면 새로운 구성 블록이 해당 체인에 추가됩니다. 이 블록은 기원 블록의 내용과 델타를 포함합니다.

Consensus(일치)

주문에 대한 동의를 생성하고 블록을 구성하는 일련의 거래의 정확성을 확인하는 역할을하는 전체 거래 흐름을 포괄하는 광범위한 용어.

Current State(현재 상태)

원장의 현재 상태는 체인 트랜잭션 로그에 포함 된 모든 키의 최신 값을 나타냅니다. 피어는 처리 된 블록에 포함 된 각 유효한 트랜잭션에 대해 최근 값을 원장 현재 상태로 커밋합니다. 현재 상태는 채널에 알려진 모든 최신 키 값을 나타내므로 때로는 세계 상태라고합니다. Chaincode는 현재 상태 데이터에 대한 트랜잭션 제안을 실행합니다.

Dynamic Membership(동적 회원)

Fabric은 전체 네트워크의 조작성을 손상시키지 않으면 서 구성원, 피어 및 주문 서비스 노드의 추가 / 제거를 지원합니다. 비즈니스 관계가 조정되고 엔터티가 여러 가지 이유로 추가 / 제거되어야 할 때 동적 멤버십이 중요합니다.

Endorsement(배서)

특정 피어 노드가 트랜잭션을 실행하고 트랜잭션 제안을 생성 한 클라이언트 응용 프로그램에 YES / NO 응답을 반환하는 프로세스를 나타냅니다. 체인 코드 응용 프로그램에는 해당 인증 정책이 있으며이 인증 정책에서 인증 피어가 지정됩니다.

Endorsement policy(추천 정책)

특정 체인 코드 응용 프로그램에 연결된 트랜잭션을 실행해야하는 채널의 피어 노드와 필수 응답 조합 (보증)을 정의합니다. 정책은 최소 수의 동급 동료, 최소 동료 수의 백분율 또는 특정 연쇄 코드 응용 프로그램에 할당 된 모든 승인하는 동료에 의해 트랜잭션이 승인되도록 요구할 수 있습니다. 정책은 신청서와 승인 된 동료에 의한 (의도적이든 아니든) 오작동에 대한 원하는 탄력성 수준에 따라 관리 될 수 있습니다. 트랜잭션 설치 및 인스턴스화를위한 확실한 보증 정책도 필요합니다.

Hyperledger Fabric CA

Fabric-ca는 기본 인증 기관 구성 요소로서 네트워크 구성원 조직 및 해당 사용자에게 PKI 기반 인증서를 발급합니다. CA는 각 구성원에게 하나의 루트 인증서 (rootCert), 각 인증 된 사용자에게 하나의 등록 인증서 (eCert) 및 각 eCert에 대한 트랜잭션 인증서 (tCerts) 수를 발급합니다.

Genesis Block(제네시스 블록)

블록 체인 네트워크 또는 채널을 초기화하고 체인의 첫 번째 블록 역할을하는 구성 블록.

Gossip Protocol(가십 프로토콜)

험담 데이터 보급 프로토콜은 세 가지 기능을 수행합니다. 1) 피어 검색 및 채널 구성원을 관리합니다. 2) 채널의 모든 동료를 통해 원장 데이터를 보급합니다. 3)는 채널의 모든 피어간에 원장 상태를 동기화합니다. 자세한 내용은 가십 주제를 참조하십시오.

Initialize(초기화)

체인 코드 응용 프로그램을 초기화하는 메서드입니다.

Install(설치)

피어의 파일 시스템에 체인 코드를 배치하는 프로세스입니다.

Instantiate(인스턴스화)

체인 코드 컨테이너를 시작하는 과정.

Invoke(호출)

chaincode 함수를 호출하는 데 사용됩니다. 호출은 거래 제안서로 캡처되어 모듈 방식의 승인, 주문, 유효성 검사, 확약의 흐름을 거칩니다. invoke의 구조는 함수 및 인수 배열입니다.

Leading Peer(리딩 피어)

각 멤버는 구독하는 각 채널에서 여러 피어를 소유 할 수 있습니다. 이러한 피어 중 하나는 회원을 대신하여 네트워크 주문 서비스와 통신하기 위해 채널의 주요 동료 역할을합니다. 주문 서비스는 채널의 주요 피어 (peer)에게 블록을 "배달"한 다음 동일한 멤버 클러스터 내의 다른 피어에게 배포합니다.

Ledger(원장)

원장은 채널의 체인 및 각 피어가 채널에서 유지 관리하는 현재 상태 데이터입니다.

Member(멤버)

네트워크에 대한 고유 한 루트 인증서를 소유 한 법적으로 분리 된 엔터티. 피어 노드 및 응용 프로그램 클라이언트와 같은 네트워크 구성 요소는 구성원에 연결됩니다.

Membership Service Provider(MSP)

Membership Service Provider (MSP)는 클라이언트에게 자격 증명을 제공하는 시스템의 추상적 구성 요소를 지칭하며 동료가 Hyperledger 패브릭 네트워크에 참여할 수 있도록합니다. 클라이언트는이 자격 증명을 사용하여 트랜잭션을 인증하고 피어는이 자격 증명을 사용하여 트랜잭션 처리 결과 (보증)를 인증합니다. 시스템의 트랜잭션 처리 구성 요소와 강력하게 연결되어 있지만이 인터페이스는 시스템의 트랜잭션 처리 구성 요소의 핵심을 수정하지 않고도이를 구현할 수있는 멤버쉽 서비스 구성 요소를 정의하는 것을 목표로합니다.

Membership Services(멤버 서비스)

멤버십 서비스는 허가 된 블록 체인 네트워크에서 ID를 인증, 권한 부여 및 관리합니다. 동료 및 주문자에서 실행되는 회원 서비스 코드는 블록 체인 작업을 인증하고 권한을 부여합니다. PKI 기반 멤버십 서비스 공급자 (MSP) 추상화 구현입니다.

fabric-ca 구성 요소는 ID를 관리하기위한 구성원 서비스의 구현입니다. 특히, 등록 인증서 및 트랜잭션 인증서 발급 및 해지를 처리합니다.

등록 인증서는 장기 ID 신임장입니다. 트랜잭션 인증서는 익명이거나 링크 할 수없는 단기 신원 신임장입니다.

Ordering Service(주문 서비스)

트랜잭션을 블록으로 정렬하는 노드 집합입니다. 주문 서비스는 피어 프로세스와 독립적으로 존재하며 네트워크상의 모든 채널에 대해 선착순으로 거래를 주문합니다. 주문 서비스는 즉시 사용 가능한 SOLO 및 Kafka 품종을 벗어난 플러그 가능 구현을 지원하도록 설계되었습니다. 주문 서비스는 전체 네트워크에 대한 공통 바인딩입니다. 여기에는 각 회원에게 연결된 암호화 신원 자료가 들어 있습니다.

Peer(피어)

장부를 유지 관리하고 체인 코드 컨테이너를 실행하여 원장에 대한 읽기 / 쓰기 작업을 수행하는 네트워크 엔터티. 동료는 회원이 소유하고 유지 관리합니다.

Policy(정책)

보증, 검증, 블록 커밋, 체인 코드 관리 및 네트워크 / 채널 관리에 대한 정책이 있습니다.

Proposal(요청)

한 채널의 특정 동료를 겨냥한 추천 요청. 각 제안은 인스턴스 작성 또는 호출 (읽기 / 쓰기) 요청 중 하나입니다.

Query(쿼리)

쿼리는 현재 상태에 대해 키 값을 요청합니다.

Software Development Kit(소프트웨어 개발 키트 (SDK))

Hyperledger Fabric 클라이언트 SDK는 개발자가 체인 코드 응용 프로그램을 작성하고 테스트 할 수있는 라이브러리의 구조화 된 환경을 제공합니다. SDK는 표준 인터페이스를 통해 완전히 구성 가능하고 확장 가능합니다. 시그너처, 로깅 프레임 워크 및 상태 저장소에 대한 암호화 알고리즘을 포함한 구성 요소는 SDK에서 쉽게 교환 할 수 있습니다. SDK API는 gRPC상의 프로토콜 버퍼를 사용하여 트랜잭션 처리, 구성원 서비스, 노드 트래버 설 및 이벤트 처리 응용 프로그램을 통해 패브릭 전체에서 통신합니다. SDK는 Node.js, Java와 같은 여러 가지 형태로 제공됩니다. 및 파이썬.

State Database(상태 데이터베이스)

현재 상태 데이터는 체인 코드에서 효율적인 읽기 및 쿼리를 위해 상태 데이터베이스에 저장됩니다. 이러한 데이터베이스에는 levelDB 및 couchDB가 포함됩니다.

System Chain(시스템 체인)

시스템 수준에서 네트워크를 정의하는 구성 블록을 포함합니다. 시스템 체인은 주문 서비스 내에 있으며 채널과 유사하게 MSP 정보, 정책 및 구성 세부 정보와 같은 정보를 포함하는 초기 구성을 갖습니다. 전체 네트워크가 변경되면 (예 : 새 조직에 가입하거나 새 주문 노드를 추가하면) 시스템 구성에 새로운 구성 블록이 추가됩니다.

시스템 체인은 채널 또는 채널 그룹에 대한 공통 바인딩으로 생각할 수 있습니다. 예를 들어, 금융 기관의 집합체가 컨소시엄 (시스템 체인을 통해 표현됨)을 형성 한 다음 조정되고 다양한 비즈니스 아젠다와 관련된 채널을 만들 수 있습니다.

Transaction(트랜잭션)

작업을 호출하거나 인스턴스화합니다. 호출은 원장에서 데이터를 읽고 쓰는 요청입니다. 인스턴스 생성은 피어에서 체인 코드 컨테이너를 시작하라는 요청입니다.