2017-11-07 4 views
0

대부분의 Hyperledger 패브릭 예제에서는 채널을 만드는 아이디어를 다루었으며 개인 원장은 당사자간에보기 및 데이터 제한을 적용했습니다. (예 : https://courses.edx.org/courses/course-v1:LinuxFoundationX+LFS171x+3T2017/courseware/f0db5224eb0e4bbb8cc1e93a6819012c/8a27d35a4ae34e2ea5d2c43e8b3cb71c/?activate_block_id=block-v1%3ALinuxFoundationX%2BLFS171x%2B3T2017%2Btype%40sequential%2Bblock%408a27d35a4ae34e2ea5d2c43e8b3cb71c)Hyperledger Fabric - API를 통해 동적으로 채널을 만드는 방법

그러나 이러한 채널은 스크립팅을 통해서만 API를 통해 만들거나 부트 스트랩 할 수 있습니다.

두 질문 - 당신은 보험 회사와 고객

    하나는 클라이언트 API없이이 상황을 처리하는 방법을
  1. 와 같은 다른 파티가 많은 경우 어떻게에서 다음이 많은 채널/원장 다루는
  2. 미래?

감사 올리버

당신은 하나 피어 CLI로, 또는 SDK를 중 하나를 사용하여있는 채널을 만들 수 있습니다

답변

0

.

이제는 실제로 주문형 서비스의 Broadcast gRPC 서비스에 gRPC 호출을 보내고 조직, 매개 변수 등의 ID 자료 (PEM)가 포함 된 사용자 지정 만들어진 메시지를 보내야합니다. (configtx.yaml의 모든 것)

그렇다면 SDK가 어떻게 구현하는지 살펴 본다면 직접 할 수 있어야합니다.