General


일반(General)

질문 : Ordering service를 운영 중에 있는데 합의 알고리즘을 바꾸고 싶은데 어떻게 할 수 있나요? 
대답 : 그 부분은 명시적으로 지원되지는 않습니다.
질문 : 어플리케이션 채널을 업데이트한다면, 제 orderer 시스템 채널도 업데이트 해야하나요?
대답 : 한번 어플리케이션 채널이 생성되면,  다른 채널(orderer system channel 포함)들과 독립적으로 관리되어 집니다.  
변경에 따라, 변화는 다른 채널로 포팅하는 것은 바람직하지 않을 수 있다.
일반적으로, MSP 변경은 모든 채널 전반에 걸쳐 동기화되야하고, 반면 정책 변경은 특정 채널에만 적용될 수 있습니다.

질문 : ordering과 어플리케이션 역할 수행하는 구성을 가질 수 있나요? 대답 : 가능은 하지만, 그것은 매우 좋지 않은 구성입니다.

기본적 /Channel/Orderer/BlockValidation 정책은 ordering 조직의 유효한 인증서가 블록에 서명하도록 허용합니다. 

한 조직이 ordering 및 어플리케이션 역할을 모두 수행하는 경우 블록 서명자를 Ordering 권한이있는 인증서의 하위 집합으로 제한하기 위해 이 정책을 업데이트해야합니다

질문 : Fabric에 대한 합의 구현을 작성하려고합니다. 어디서부터 시작해야합니까? 
대답 : 합의 플러그인은  Consente의 구현과  consensus package(합의 패키지)Chain  인터페이스를 정의해야합니다. 이러한 인터페이스에 대해 이미 빌드 된 두 가지 플러그인이 있습니다 solo 와 Kafka . 당신은 자신의 구현을위한 단서를 얻기 위해 그들을 연구 할 수 있습니다. ordering 서비스 코드는 orderer pakage아래에 있습니다 .
질문 : ordering 서비스 구성을 변경하고 싶습니다 (예 : 일괄 처리 제한 시간). 네트워크를 시작한 후 어떻게해야합니까?
대답 : 이는 네트워크 재구성에 해당합니다. configtxlator에 대한 주제를 참조하십시오 .

출처 : http://hyperledger-fabric.readthedocs.io/en/release-1.1/

 

 

+ Recent posts