Back

Explore Courses Blog Tutorials Interview Questions
0 votes
2 views
in Blockchain by (4.1k points)

Let's suppose the following network architecture:

A -> Chaincode1 -> fabcar

A is the application, Chaincode1 is a chaincode in Go and fabcar is a chaincode in Nodejs. They are on the same channel: "mychannel".

When is performed the operation APIstub.InvokeChaincode from the Chaincode1 such as APIstub.InvokeChaincode("fabcar", chainCodeArgs, "mychannel"), is there a possibility for the chaincode fabcar (the chaincode called) to get the id of the the caller chaincode?

The getCreator() method in the fabcar chaincode just returns the caller organization; but the information needed is the chaincode id or some info only connected to the Chaincode1.

UPDATE

I tryed the getSignedProposal() method as written in the official documentation of hyperledger: https://fabric-shim.github.io/ChaincodeStub.html#getSignedProposal__anchor

The getSignedProposal() method returns a fully decoded object of the signed transaction proposal of type SignedProposal. The SignedProposal object represents the request object sent by the client application to the chaincode.

Executing the following code:

const proposal = stub.getSignedProposal();
console.log("signed proposal: ", proposal);

Result comes out as: 

signed proposal:  { signature: <Buffer 30 45 02 21 00 c3 a7 91 4c 74 f9 c2 97 04 fc 84 91 6a 71 2d 69 ad 0e a9 22 f2 ed 53 a3 66 97 56 17 d7 d7 3a e6 02 20 13 26 8a 4f f6 3d 86 4e f9 35 ae ... >,
  proposal:
   { header: { signature_header: [Object], channel_header: [Object] },
     payload: { input: [Object], TransientMap: [Object] } } }

Seems really difficult to understand which is the info where is possible to retrieve the calling chaincode ID. Here is the link of the doc concerning the SignedProposal type: https://fabric-shim.github.io/global.html#SignedProposal

1 Answer

0 votes
by (14.4k points)
Your issue cannot be resolved. This is because the chaincode (which you are using) does not have an identity itself.

Browse Categories

...