Tesseracoin Explorer

Consensus

Parameters of the active era at the tip, and the history of on-chain activations that have changed them. Eras are added via consensus_activation txs — every honest validator enforces the activated params at and beyond the activation height. Activations are sequential replacements, not stacked: at any given height exactly one authority is in effect (the most recent activation ≤ that height).

Active era

Era adoption & pending activations

Upcoming consensus-era activations and whether each node is ready for them. Activation is an on-chain consensus_activation tx requiring an M-of-N owner multisig — not a stakeholder vote. Once signed it commits at a fixed activation height (the ETA below estimates that from the observed block cadence). Any node missing the new era's code rejects the activation block and forks off at that height — this catches such a "ticking fork" before it happens. Multiple activations can be queued; all are listed.

Upcoming activations

Per-node readiness (for the next activation)

Difficulty & block cadence

Observed block time per block over the recent window, against the era's target_block_time (dashed line). Difficulty retargets every block via LWMA-1, so a persistent gap closes within a few blocks as it tracks the real hash rate. Work per block = the expected number of hash attempts to mine a block (2256 ÷ target), so a rising line = harder — the same unit shown next to initial_target in the params below.

Active params

Activation history

Each row is one era. "Overrides" lists the fields whose values changed from the prior era — that's exactly what the activation rewrote.

Locally-registered authorities

Authority plugins this node has Python code for. Only one is active at a time (see above); the rest are dormant — available to validate blocks if/when an activation switches the chain to them. An empty description means the authority class doesn't carry a docstring yet.