Get desktop application:
View/edit binary Protocol Buffers messages
Used in:
the circuit being abandoned
Used in:
the name of the circuit the message is meant for
id of the sender of the message
id of recipient of the message
the request
id used to correlate the response with this request
Messages to agree on protocol version
Used in:
Challenge nonce requests Sent to a node to request a nonce that can be used for challenge authorization
(message has no fields)
Challenge nonce response Returns the nonce that must be signed by the requesting node to prove their identity
Challenge submit requests The connecting nodes public keys and the signatures created by signing the nonce received from the nonce response
v1 challenge response Returned if the signature and public key are valid
Returned if authorization is complete
(message has no fields)
Authorization protocol agreement request message This message will allow for the two connecting nodes to agree on what authorization protocol version will be used
Authorization protocol agreement response message Contains the agreed upon protocol version and the list of supported authorization types
Used in:
v1 Trust request Contains the identity of the connecting node
v1 Trust response Returned if the identity was accepted
(message has no fields)
A message indicating an error in authorization. This includes failed authorizations, or invalid messages during the authorization handshake conversation.
The type of error.
The error details.
Used in:
The authorization message envelope.
The type of message.
the payload.
The enumerated types of authorization messages.
Used in:
Begin a Connection.
Authorize a peer.
Authorization failure.
Trust.
Start of v1 messages
v1 Trust authorization
Challenge Authorization
A successful authorization message. This message is returned after either a TrustResponse or a ChallengeResponse has been returned by the connecting node.
(message has no fields)
Used in:
, ,The unique circuit name
The list of services (service ids) that are allowed to connect to the circuit
The SplinterNodes that are a part of the circuit
Circuit specific authorization type
Whether the circuit connections need to be persisted
Whether the connection must be durable
Routes a message is allowed to take from one service to another
The circuit management type indicates the application authorization handler that will handle this circuit's change proposals.
Opaque bytes that can be used by applications
Human-readable comments about the circuit
Human-readable display name for the circuit
The schema version of the circuit
The status of the circuit
Used in:
Connections are trusted, and no authorization is done
Connections must prove their identity by signing bytes and providing their public key
Used in:
The circuit has been disbanded and no longer has networking capabilities
The circuit has been abandoned and may be removed from storage
Used in:
The message will be dropped if the connection is not available
Used in:
The circuit does not have a preference for if the connection is persisted
Used in:
The circuit can use any route to deliver the message
Used in:
The unique circuit name
This message will be submitted to a splinter node by an administrator that wishes to add a new Circuit to the network
Used in:
the name of the circuit the message is meant for
id of the sender of the message
id of recipient of the message
the request
id used to correlate the response with this request
Used in:
The unique circuit name
id that correlates response to a request
service id of the sender of the message
circuit id of the sender of the message
enum of the network specific error that was encountered
explanation of the error
Used in:
This message is used to notify the new node of the circuit definition, as well as ask for confirmation that they wish to join the node.
Used in:
Used in:
Serialized header
The signature derived from signing the header included in this request
Used in:
Public key of agent submitting the payload
A hash of the circuit management payload action in bytes
the node the requester is submitting the payload for
The message type for the payload
either a message defined below or another message envelope
Used in:
Circuit Message
Contains the vote counts for a given proposal.
Used in:
What is being changed
The id of the circuit being proposed/updated
The sha256 hash of the final state of the new circuit definition in bytes
The new circuit state created by the proposal
List of votes
The public key that the request originated from a vote does not need to come from the node this public key is associated with
the node the requester created the proposal for
Used in:
An individual vote record
Used in:
The public key of the voter
The voter's actual vote
the node the vote came from
Contains all the circuit proposals up for a vote.
Used in:
The id of the circuit being updated
The sha256 hash of the final state of the new circuit definition in bytes
Used in:
,Used in:
The unique circuit id of the inactive circuit to be purged
This message will be submitted to a splinter node by an administrator that wishes to add a splinter node to the circuit
Used in:
The unique circuit id
The node that should be added to the circuit
Used in:
The unique circuit name
the new application metadata that should be stored in the circuit
This message will be submitted to a splinter node by an administrator that wishes to remove a splinter node to the circuit
Used in:
The unique circuit name
The node that should be removed from the circuit
This message will be submitted to a splinter node by an administrator that wishes to modify a circuit's roster of services.
Used in:
The unique circuit id
The list of services that should be added to the circuit
The list of services that should be removed from the circuit
Used in:
This message is used to keep connections alive
(message has no fields)
The component message envelope. All message sent to local components will be wrapped in one of these.
The type of component message
The envelope contents.
Used in:
Mimics the NETWORK_HEARTBEAT
A connection request message. This message provides information from the incoming connection.
Used in:
A connection response message. This message provides information for the incoming peer regarding the types of authorization accepted.
A list of available authorization types accepted by the sending node.
Used in:
An opaque message that is interpreted by the consensus algorithm
ID of the service that created this message
Used in:
Used in:
Used in:
This message is used for debugging
id that correlates response to a request
enum of the network specific error that was encountered
explanation of the error
Used in:
This message is used to keep connections alive
(message has no fields)
The message type for the payload
either a message defined below or another message envelope
Used in:
Network Message
Message types that indicate that the payload is another message envelope
The proposal’s identifier, which is a hash of `previous_id`, `proposal_height`, and `summary`
The identifier of the proposal’s immediate predecessor
The number of proposals preceding this one (used for ordering purposes)
A summary of the data this proposal represents
Opaque data that is provided by the consensus algorithm
Used in:
The unique circuit name
Used in:
Used in:
the payload that needs to be sent to all members of a circuit
the hash of the expected circuit proposal that is generated by the included request
Used in:
the proposal being removed
Message to be set in consensus data to tell the consensus engine who needs to approve the proposal
ID used to correlate the response with this request
Explanation of the error (optional)
ID used to correlate this response with the request
Used in:
ID used to correlate the response with this request
Explanation of the error (optional)
ID used to correlate this response with the request
Used in:
Set if type is CONSENSUS_MESSAGE
Set if type is PROPOSED_BATCH
Set if type is NEW_BATCH
Used in:
Set if type is CONSENSUS_MESSAGE
Used in:
the name of the circuit the message is meant for
the unique id of the service that is connecting to the circuit
id used to correlate the response with this request
the name of the circuit the message is meant for
the unique id of the service that is connecting to the circuit
explanation of the error (optional)
id used to correlate this response with the request
Used in:
the name of the circuit the message is meant for
the unique id of the service that is connecting to the circuit
id used to correlate the response with this request
the name of the circuit the message is meant for
the unique id of the service that is connecting to the circuit
explanation of the error (optional)
id used to correlate this response with the request
Used in:
The message type for the payload
The name of the circuit the message is meant for
The unique ID of the service that is connecting to the circuit
Either a message defined below or another message envelope
Used in:
Registration-related messages
Opaque message contents, with routing information.
ID of the sender of the message
ID of recipient of the message
The request payload
ID used to correlate the response with this request (optional)
This message is sent to a connection AdminService to agree upon protocol version. The sending service will provide the min and max protocol versions they support.
Used in:
This message is a response ServiceProtocolVersionRequest. It contains the protocol version that the responder can support. If no matching protocol can be supported 0 is returned.
Used in:
The Setting protobuf (copied from Sawtooth) is required for setting the admin keys when Sabre starts Setting Container for on-chain configuration key/value pairs
List of setting entries - more than one implies a state key collision
Contains a setting entry (or entries, in the case of collisions).
Used in:
Represents a splinter node on the splinter network
Used in:
,unique id of a splinter node
The endpoints the splinter node is available on
The public key that must be used for identification if authorization is set to challenge. This does not need to be set if using Trust.
Used in:
,Used in:
Used in:
A trust request. A trust request is sent in response to a Connect Message, if the node is using trust authentication as its means of allowing a node to connect.
The requesting node's identity.
Used in:
Used in:
Used in:
Used in:
Used in:
Used in: