하이퍼레저 패브릭 기본 개념 - IBM블록체인

IBM블록체인 

      - 비즈니스를 위한 블록체인 구축

1. 기본개념

모든 피어가 모든 트랜잭션을 실행하고

원장(ledger)을 유지하고

합의(consensus)를 수행해야 하는

허가형 블록체인 네트워크

                    확장성이 부족

그리고 진정한 프라이빗 트랜잭션(private transactions)과

기밀계약(confidential contracts)을 지원하지 못합니다.

이에 따라 하이퍼레저 커뮤니티는

산업용 블록체인 솔루션을 위해

진정한 모듈 방식의 확장 가능하고

modular

scalable

secure

보안기능을 강화한

fabric v1을 설계

가장 크게 달라진것은

피어가 3개의 고유한 역할을 가진

2개의 개별 런타임으로 분리된다는 것입니다.

양도인, 위임인 그리고 수락인

PEERS           [  ENDORSER , COMMITER  ]

CONSENTERS [ CONSENTER  ]

2. 원리

여러분은 캘리포니아에서 유기농 시장을 운영하고

저는 칠레에 있는 농잡에서

무를 재배한다고 가정해 보겠습니다.

여러분과 저는 다양한 시장, 농장, 운송업체, 은행 간의 트랜잭션을 지원하는

블록체인 네트워크를 사용합니다.

!! 저는 여러분에게 특별 할인 가격으로 무를 판매하기로 했습니다.

하지만 저와 거래를 하는 다른시장에는 계속 표준 가격을 판매해야합니다.

다른 업체에서 우리의 기밀 계약을 실행하거나

계약의 세부 정보를 알아서는 안됩니다.

즉, 계약에 포함되지 않은 업체의 경우

업체의 원장에 이러한 트랜잭션이 표시되면 안됩니다.

fabric v1 이 이 모든 사항을 처리합니다.

제 앱은 멤버십 서비스에서 여러분의 자격증명을 찾은후

우리 피어에만 트랜잭션을 전송합니다.

피어 양쪽에서 결과가 생성됩니다.

BOTH OF OUR PEERS WILL GENERATE A RESULT

이러한 쌍방합의에서는 양쪽에서 같은 결과를 제공해야

트랜잭션이 이루어집니다.

그러나 더 많은 업체가 포함된 트랜잭션에는 다른 규칙이 적용될 수 있습니다.

그런 다음, 피어가 검증된 트랜잭션을 애플리케이션으로 다시 전송하고

애플리케이션은 합의된 클라우드로 주문을 전송하게 됩니다.

그러면 주문 트랜잭션이 다시 피어로 전송되고 원장에 기록됩니다.

하지만 제농장의 무가 여러분의 시장까지 가려면

다른 업체들이 필요합니다.

마켓 -> 은행 -> 운송업체 -> 관세청 -> 농장

누군가는 무를 확인하고 선적 컨테이너에 실어야합니다.

또다른 누군가는 B/L,세관검사, 금융 보험 등을 처리해야합니다.

!! 하지만 이들 대부분은 우리의 특별가격을 알 필요가 없습니다.

이제 우리 트랜잭션이 모든 시장, 농장, 운송업체, 협력업체

전체 공급망을 처리하는 네트워크를 지나간다고 생각해보십시오.

많은 산업에서 요구되는 것과 같은 패턴입니다.

모든 트랜잭션은 중앙기관을 거쳐 진행하지 않고

양측의 비밀협약을 관리해야하는 분야 어디에나 적용할 수 있습니다.

참고 IBM 하이퍼레저

유튜브 -비즈니스를 위한 블록체인 구축