Cardano Network Metrics Technical Glossary

An authoritative reference guide defining technical terms, mathematical formulas, and telemetry parameters used in Cardano blockchain monitoring.

Core Technical Terms & Protocol Concepts

Extended UTXO (eUTXO) Model

Cardano's deterministic accounting model extending Bitcoin's UTXO design by adding arbitrary Datum data scripts and Redeemers. Enables local, 100% deterministic fee calculation and script evaluation before on-chain submission, eliminating unexpected gas spikes and execution failures.

Nakamoto Coefficient & Minimum Attack Vector (MAV)

The minimum number of independent stake pool operators (SPOs) or single entities required to collude and compromise network consensus. In Cardano's Ouroboros Praos PoS, consensus reorganization requires controlling >50% of active stake (the Entity-Level MAV is typically ~20–24 entities, while raw Pool-Level count is ~28–35 pools). Other cross-chain comparison platforms measure a 33% Liveness threshold (~15–16 entities) based on BFT stalling models.
View live Nakamoto telemetry & methodology comparison →

Multi-Pool Operator (MPO) Clustering

The aggregation of individual stake pools operated by the same parent entity. Cardano Observer clusters pools by explicit group metadata (e.g. BINANCE, 1PCT, IOG), shared primary owner stake keys (owners[0]), or identical reward accounts (reward_addr). This clustering prevents artificial inflation of decentralization rankings and yields the true entity-level MAV.

VRF (Verifiable Random Function) & Slot Leader Lottery

The cryptographic lottery used in Ouroboros Praos to elect slot leaders. Every 1-second slot, each active pool evaluates its private VRF key against the slot seed; if the output meets the threshold p(σ) = 1 - (1 - f)σ (with active slot coefficient f = 0.05), the pool is elected to forge a block (~1 block every 20 seconds; 21,600 blocks per 5-day epoch). The schedule is private until block broadcast, preventing targeted DDoS attacks.

KES (Key Evolving Signatures)

A forward-secure signature scheme used by Stake Pool Operators. Block-signing operational keys evolve every 1.5 days (one KES period = 129,600 slots) and expired keys are permanently discarded from disk. This ensures that even if an SPO's server is compromised later, an attacker cannot retroactively forge blocks for past slots.

Block Propagation Delay & Praos Diffusion Model

The time elapsed (measured in milliseconds) between when a slot leader node mints a block and when that block is received, verified, and adopted by $\ge 95\%$ of global relay peers (P95 latency). In Cardano Observer, the empirical diffusion model incorporates base peer serialization (0.48s), payload weight (16ms/kB), script memory budget (22ms/MB), transaction count (3ms/tx), and geographic mesh jitter (0.04s–0.22s). Protocol benchmark targets $\le 3,000\text{ ms}$ with a 5-second deadline to prevent transient forks.
View live propagation telemetry →

Deterministic FIFO Mempool & Tx Density

The temporary in-memory queue residing on node relay software holding validated, unconfirmed transactions awaiting block inclusion. Transactions are processed deterministically in strict First-In, First-Out (FIFO) order without gas-price bidding auctions, eliminating Miner-Extractable Value (MEV) and front-running. Transaction byte density measures throughput efficiency ($\text{Tx Density} = \text{Tx Count} / \text{Size in KB}$).
View live Mempool telemetry →

Plutus Eras (V1, V2, V3)

Cardano's smart contract engine generations:
• Plutus V1 (Alonzo): Foundational smart contracts and on-chain validation.
• Plutus V2 (Vasil): Introduced CIP-31 Reference Inputs, CIP-32 Inline Datums, and CIP-33 Reference Scripts, reducing transaction sizes and fees by up to 90%.
• Plutus V3 (Chang / Conway): Added high-performance Bitwise primitives, BLS12-381 pairing curves for Zero-Knowledge Proofs (ZKPs), and integration with CIP-1694 governance voting contexts.
View live Plutus telemetry & era distribution →

Plutus Script Execution Budget (CPU Steps & Memory Units)

The computational budget (ExUnits) consumed during smart contract evaluation. Cardano enforces strict bounds to ensure fast validation across all nodes:
• Per-Block Limit: 40,000,000,000 CPU steps and 62,000,000 Memory units.
• Per-Transaction Limit: 10,000,000,000 CPU steps and 14,000,000 Memory units.

CIP-31 Reference Inputs & CIP-33 Reference Scripts

Key eUTXO scalability improvements: CIP-31 (Reference Inputs) enables smart contracts to read data from a UTxO without spending or locking it, avoiding state contention bottlenecks. CIP-33 (Reference Scripts) allows DApps to store script bytecode permanently on-chain and reference it by hash, drastically reducing transaction payload size and fees.

Collateral & CIP-40 Collateral Return

Collateral (150% of the tx fee) is pledged to prevent denial-of-service script attacks. On successful transactions, collateral is completely untouched. Under CIP-40, if Phase-2 validation fails on-chain, only the exact collateral fee is collected and any excess Lovelace is refunded via the Collateral Return output.

Active Stake vs. Live Stake

Active Stake is the snapshot of delegated ADA captured at the boundary of epoch $e-2$, which determines a pool's VRF block production chances in epoch $e$. Live Stake is the real-time sum of ADA currently residing in delegators' wallets in epoch $e$, reflecting immediate delegation migrations before they become active two epochs later.

Declared Pledge vs. Live Pledge Compliance

An operator's declared pledge is their self-bonded financial commitment registered in the pool certificate. If an operator withdraws ADA such that Live Pledge < Declared Pledge, the pool enters an Unmet Pledge state and forfeits 100% of epoch delegation rewards for both the operator and all delegators.

Pool Saturation Limit ($S_{\text{limit}}$) & $k$-Parameter

A protocol mechanism designed to prevent centralisation by capping rewards per pool. With k = 500 target pools, the saturation threshold is calculated dynamically as:
Slimit = Circulating Supply / k ≈ (Max Supply - Reserves) / 500 ≈ 72,000,000 - 87,400,000 ADA
Any active stake delegated above 100% saturation generates zero additional epoch rewards, diluting delegate annualized return (ROS) and incentivizing re-delegation to smaller pools.

Pool Statistical Luck (Performance Factor)

The ratio of actual blocks forged by a pool in an epoch compared to the statistically expected number of blocks based on its relative active stake share ($\sigma$):
Luck = [Actual Blocks / (σ · 21,600)] × 100%
Due to the VRF lottery, epoch luck naturally fluctuates, but healthy pools converge to ~100% over multiple epochs.

Min Pool Cost History (340 ADA → 170 ADA)

The minimum fixed epoch fee deducted by an SPO from the epoch reward pot before margin splits. Established at 340 ADA in Shelley and reduced to 170 ADA in Epoch 445 (via on-chain parameter update) to improve competitiveness for smaller pools. Community proposals (CIP-0023 / CIP-0094) evaluate lowering it further towards 0 ADA.

Monetary Expansion & Reserve Depletion ($\rho$, $\tau$)

Cardano mints new ADA every 5-day epoch through deterministic monetary expansion from unminted Reserves:
R = ρ · Reserves + ∑ Epoch Fees
where ρ (Reserve Depletion Rate) = 0.003 (0.3% per epoch). The on-chain Treasury receives a fixed cut T = τ · R with τ (Treasury Cut) = 0.20 (20%), while the remaining 80% (Rstake = (1 - τ) · R) is distributed to Stake Pool Operators and delegators (~2.6%–3.2% annual ROS).

CIP-1694 & Voltaire Governance

The on-chain governance architecture introduced in the Conway / Chang ledger era. Establishes a tri-cameral system consisting of DReps (Delegated Representatives voted by ADA holders), SPOs (Stake Pool Operators), and the Constitutional Committee (CC) to vote across 7 distinct governance action types, protected by deterministic Plutus Guardrail Scripts.
Supports automated voting credentials including drep_always_abstain and drep_always_no_confidence.

Weighted Ratio-of-Means Metric Rollups

The mathematical aggregation technique used for multi-day time windows (5d, 10d, 20d, 30d). Rather than averaging block percentages equally (which skews data when an empty 1-tx block has the same weight as a full 2,000-tx block), network metrics compute the weighted ratio-of-means:
Weighted Metric = ∑(Metrici · TxCounti) / ∑(TxCounti)

Cardano Scaling Protocols (Hydra, Mithril, Leios)

Key layer-2 and consensus scaling initiatives: Hydra (isomorphic state channels for sub-second, off-chain transaction settlement), Mithril (stake-based threshold signatures for instant node syncing and light clients), and Ouroboros Leios (high-throughput tiered consensus separating transaction endorsement from ranking).