다중 체인코드 네트워크 아키텍처에서는 호출된 체인코드가 원래 체인코드를 어떻게 식별할 수 있는지에 대한 의문이 제기됩니다. . 이 문서에서는 이 주제와 그 제한 사항을 살펴봅니다.
다음 네트워크 설정을 고려하세요.
모든 구성 요소는 동일한 채널인 "mychannel"에 있습니다.
Chaincode1이 InvokeChaincode() API를 활용하여 fabcar와 상호 작용할 때 호출자의 출처를 식별해야 할 필요성이 발생합니다. 그러나 getCreator() 메소드는 호출자의 조직 정보만 제공하므로 원하는 체인코드별 식별이 부족합니다.
getSignedProposal() 메소드를 조사한 결과 디코딩된 SignedProposal 객체를 제공합니다. 이 객체는 체인코드에 대한 클라이언트 애플리케이션의 요청을 나타냅니다. 그러나 복잡한 SignedProposal 구조에서 호출 체인코드 ID를 해독하는 것은 어려운 일입니다.
현재 Hyperledger Fabric은 체인코드 호출자 ID 검색을 직접 지원하지 않습니다. 체인코드에는 본질적으로 명시적인 ID가 없기 때문에 이 정보는 표면화될 수 없습니다. 이러한 제한으로 인해 체인코드는 시작 체인코드의 ID를 기반으로 동작을 동적으로 조정하지 못합니다.
위 내용은 Hyperledger Fabric 체인코드가 호출자의 신원을 검색할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!