CODEWITHSUNDEEP
gohyperledger-fabriccouchdbgo-ginhyperledger-fabric-sdk-go
ANIKET DHAR
ANIKET DHAR

Reputation: 21

fabric-sdk-go Execute Not always updating ledger

I am using client.channel.Execute API in fabric-sdk-go to invoke the ledger update Txs in chaincode.

I know my chaincode for ledger update is correct because invoke Tx when run from cli container command line is working perfectly all the times.

Few times, randomly, ledger updates are not reflecting when executed as REST API call from POSTMAN like below. In those cases, response code is 200 with correct response payload suggestive of successful chaincode running.

`

chaincodeID := "hcc"
fcn := "GiftToken"
args := [][]byte{
    []byte(reqBody.TokenID),
    []byte(reqBody.GiftToUserID),
    []byte(GiftTokenCountAsString),
}

setup := lib.GetFabricSetup()

transientDataMap := make(map[string][]byte)
transientDataMap["result"] = []byte("Transient data in GiftToken invoke")

response, err := setup.Client.Execute(channel.Request{ChaincodeID: chaincodeID, Fcn: fcn, Args: args, TransientMap: transientDataMap})

I am running Fabric 1.4.4 images in docker containers. My network has 1 org with 4 peer nodes.

Surely missing some aspect which is leading to this sort of behaviour. Thanks in advance.

Upvotes: 2

Views: 117

Answers (1)

hsnkhrmn
hsnkhrmn

Reputation: 980

It takes time for all peers to sync their blocks. Once peers receive these blocks they update their world state, so you can see your change via querying.

When you query for the "just executed" transaction, you may hit one of other peers. If you want immediate result, ensure that you're querying the same peer(s) where you actually executed your transaction. You may try putting some delay to see other peers as well get the block.

The reason why you see the change immediately on CLI, is about the way of the client implementation. On CLI command execution, you specify the peer explicitly. So transaction is executed on one peer and queried on the same peer (no issues). You may prove this behavior by immediately querying (via CLI) another organization's peer just after you execute the transaction (via CLI).

However with your client, probably since you don't explicitly specify the peer, your client SDK uses peers' discovery service and find a peer in the network for you and use it.

Due to this reason, when endorsement policy is formed like "AND(org1, org2)", client SDK actually queries 2 peers (one each org) and compare results.

Upvotes: 1

Related Questions