Get desktop application:
View/edit binary Protocol Buffers messages
The Gateway API for evaluating and submitting transactions via the gateway. Transaction evaluation (query) requires the invocation of the Evaluate service Transaction submission (ledger updates) is a two step process invoking Endorse followed by Submit. A third step, invoking CommitStatus, is required if the clients wish to wait for a Transaction to be committed. The proposal and transaction must be signed by the client before each step.
The ChaincodeEvents service supplies a stream of responses, each containing all the events emitted by the requested chaincode for a specific block. The streamed responses are ordered by ascending block number. Responses are only returned for blocks that contain the requested events, while blocks not containing any of the requested events are skipped.
SignedChaincodeEventsRequest contains a serialized ChaincodeEventsRequest message, and a digital signature for the serialized request message.
Serialized ChaincodeEventsRequest message.
Signature for request message.
ChaincodeEventsResponse returns chaincode events emitted from a specific block.
Chaincode events emitted by the requested chaincode. The events are presented in the same order that the transactions that emitted them appear within the block.
Block number in which the chaincode events were emitted.
The CommitStatus service will indicate whether a prepared transaction previously submitted to the Submit service has been committed. It will wait for the commit to occur if it hasn’t already committed.
SignedCommitStatusRequest contains a serialized CommitStatusRequest message, and a digital signature for the serialized request message.
Serialized CommitStatusRequest message.
Signature for request message.
CommitStatusResponse returns the result of committing a transaction.
The result of the transaction commit, as defined in peer/transaction.proto.
Block number that contains the transaction.
The Endorse service passes a proposed transaction to the gateway in order to obtain sufficient endorsement. The gateway will determine the endorsement plan for the requested chaincode and forward to the appropriate peers for endorsement. It will return to the client a prepared transaction in the form of an Envelope message as defined in common/common.proto. The client must sign the contents of this envelope before invoking the Submit service.
EndorseRequest contains the details required to obtain sufficient endorsements for a transaction to be committed to the ledger.
The unique identifier for the transaction.
Identifier of the channel this request is bound for.
The signed proposal ready for endorsement.
If targeting the peers of specific organizations (e.g. for private data scenarios), the list of organizations' MSPIDs should be supplied here.
EndorseResponse returns the result of endorsing a transaction.
The unsigned set of transaction responses from the endorsing peers for signing by the client before submitting to ordering service (via gateway).
The Evaluate service passes a proposed transaction to the gateway in order to invoke the transaction function and return the result to the client. No ledger updates are made. The gateway will select an appropriate peer to query based on block height and load.
EvaluateRequest contains the details required to evaluate a transaction (query the ledger).
Identifier of the transaction to evaluate.
Identifier of the channel this request is bound for.
The signed proposal ready for evaluation.
If targeting the peers of specific organizations (e.g. for private data scenarios), the list of organizations' MSPIDs should be supplied here.
EvaluateResponse returns the result of evaluating a transaction.
The response that is returned by the transaction function, as defined in peer/proposal_response.proto.
The Submit service will process the prepared transaction returned from Endorse service once it has been signed by the client. It will wait for the transaction to be submitted to the ordering service but the client must invoke the CommitStatus service to wait for the transaction to be committed.
SubmitRequest contains the details required to submit a transaction (update the ledger).
Identifier of the transaction to submit.
Identifier of the channel this request is bound for.
The signed set of endorsed transaction responses to submit.
SubmitResponse returns the result of submitting a transaction.
Nothing yet
(message has no fields)
ChaincodeEventsRequest contains details of the chaincode events that the caller wants to receive.
Identifier of the channel this request is bound for.
Name of the chaincode for which events are requested.
Client requestor identity.
Position within the ledger at which to start reading events.
Only returns events after this transaction ID. Transactions up to and including this one should be ignored. This is used to allow resume of event listening from a certain position within a start block specified by start_position.
CommitStatusRequest contains the details required to check whether a transaction has been successfully committed.
Identifier of the transaction to check.
Identifier of the channel this request is bound for.
Client requestor identity.
If any of the functions in the Gateway service returns an error, then it will be in the format of a google.rpc.Status message. The 'details' field of this message will be populated with extra information if the error is a result of one or more failed requests to remote peers or orderer nodes. ErrorDetail contains details of errors that are received by any of the endorsing peers as a result of processing the Evaluate or Endorse services, or from the ordering node(s) as a result of processing the Submit service.
The address of the endorsing peer or ordering node that returned an error.
The MSP Identifier of this node.
The error message returned by this node.
PreparedTransaction contains the details required for offline signing prior to submitting a transaction.
Identifier of the prepared transaction.
The transaction envelope.
ProposedTransaction contains the details required for offline signing prior to evaluating or endorsing a transaction.
Identifier of the proposed transaction.
The signed proposal.
The list of endorsing organizations.