Returns the update with the given update_id. Unlike /v0/updates/, this endpoint returns responses that are consistent across different scan instances. Event ids returned by this endpoint are not comparable to event ids returned by /v0/updates. The order of items in events_by_id is not defined.
Documentation Index
Fetch the complete documentation index at: https://docs.canton.network/llms.txt
Use this file to discover all available pages before exploring further.
How daml values should be encoded in the response. "compact_json" is a compact, human-readable JSON encoding. It is the same encoding as the one used in the HTTP JSON API or the JavaScript codegen. "protobuf_json" is a verbose JSON encoding that is more difficult to parse, but contains type information, i.e., the values can be parsed losslessly without having access to the Daml source code. Optional and defaults to "compact_json".
compact_json, protobuf_json ok
An individual item in the update history. May be a transaction or a contract reassignment.
The id of the update.
The migration id of the synchronizer.
This transaction's Daml workflow ID; a workflow ID can be associated with multiple transactions. If empty, no workflow ID was set.
The time at which the transaction was sequenced, with microsecond resolution, using ISO-8601 representation.
The id of the synchronizer through which this transaction was sequenced.
Ledger effective time, using ISO-8601 representation. This is the time
returned by getTime for all Daml executed as part of this transaction,
both by the submitting participant and all confirming participants.
The absolute offset. Note that this field may not be the same across nodes, and therefore should not be compared between SVs. However, within a single SV's scan, it is monotonically, lexicographically increasing.
Roots of the transaction tree. These are guaranteed to occur as keys
of the events_by_id object.
Changes to the ledger that were caused by this transaction, keyed by ID.
Values are nodes of the transaction tree.
Within a transaction, IDs may be referenced by root_event_ids or
child_event_ids in ExercisedEvent herein.
For transaction externally signed, contains the external transaction hash signed by the external party. Can be used to correlate an external submission with a committed transaction.