Skip to main content

Interface: CheckpointSummaryLike

A header for a Checkpoint on the IOTA blockchain.

On the IOTA network, checkpoints define the history of the blockchain. They are quite similar to the concept of blocks used by other blockchains like Bitcoin or Ethereum. The IOTA blockchain, however, forms checkpoints after transaction execution has already happened to provide a certified history of the chain, instead of being formed before execution.

Checkpoints commit to a variety of state including but not limited to:

  • The hash of the previous checkpoint.
  • The set of transaction digests, their corresponding effects digests, as well as the set of user signatures which authorized its execution.
  • The object's produced by a transaction.
  • The set of live objects that make up the current state of the chain.
  • On epoch transitions, the next validator committee.

CheckpointSummarys themselves don't directly include all of the above information but they are the top-level type by which all the above are committed to transitively via cryptographic hashes included in the summary. CheckpointSummarys are signed and certified by a quorum of the validator committee in a given epoch in order to allow verification of the chain's state.

BCS

The BCS serialized form for this type is defined by the following ABNF:

checkpoint-summary = u64                            ; epoch
u64                            ; sequence_number
u64                            ; network_total_transactions
digest                         ; contents_digest
(option digest)                ; previous_digest
gas-cost-summary               ; epoch_rolling_gas_cost_summary
u64                            ; timestamp_ms
(vector checkpoint-commitment) ; checkpoint_commitments
(option end-of-epoch-data)     ; end_of_epoch_data
bytes                          ; version_specific_data

Methods​

checkpointCommitments()​

checkpointCommitments(): CheckpointCommitmentLike[];

Commitments to checkpoint-specific state.

Returns​

CheckpointCommitmentLike[]

contentsDigest()​

contentsDigest(): CheckpointContentsDigestLike;

The hash of the CheckpointContents for this checkpoint.

Returns​

CheckpointContentsDigestLike

digest()​

digest(): CheckpointDigestLike;

Returns​

CheckpointDigestLike

endOfEpochData()​

endOfEpochData(): EndOfEpochData | undefined;

Extra data only present in the final checkpoint of an epoch.

Returns​

EndOfEpochData | undefined

epoch()​

epoch(): bigint;

Epoch that this checkpoint belongs to.

Returns​

bigint

epochRollingGasCostSummary()​

epochRollingGasCostSummary(): GasCostSummary;

The running total gas costs of all transactions included in the current epoch so far until this checkpoint.

Returns​

GasCostSummary

networkTotalTransactions()​

networkTotalTransactions(): bigint;

Total number of transactions committed since genesis, including those in this checkpoint.

Returns​

bigint

previousDigest()​

previousDigest(): CheckpointDigestLike | undefined;

The hash of the previous CheckpointSummary.

This will be only be None for the first, or genesis checkpoint.

Returns​

CheckpointDigestLike | undefined

sequenceNumber()​

sequenceNumber(): bigint;

The height of this checkpoint.

Returns​

bigint

signingMessage()​

signingMessage(): ArrayBuffer;

Returns​

ArrayBuffer

signingMessageHex()​

signingMessageHex(): string;

Returns​

string

timestampMs()​

timestampMs(): bigint;

Timestamp of the checkpoint - number of milliseconds from the Unix epoch Checkpoint timestamps are monotonic, but not strongly monotonic - subsequent checkpoints can have same timestamp if they originate from the same underlining consensus commit

Returns​

bigint

versionSpecificData()​

versionSpecificData(): ArrayBuffer;

CheckpointSummary is not an evolvable structure - it must be readable by any version of the code. Therefore, in order to allow extensions to be added to CheckpointSummary, we allow opaque data to be added to checkpoints which can be deserialized based on the current protocol version.

Returns​

ArrayBuffer