Network overview

A series of metrics that attempt to capture the current state of the network at the highest level.

Global parameters

Network health metrics

A collection of high level metrics that point to the current state of the network’s consensus layer.

• Global effectiveness: An aggregation of the effectiveness rating of all active network validators, on an average basis. Learn more about the methodology that powers the validator effectiveness methodology via RAVER methodology

• Inclusion delay & Participation rate: Learn more about the definitions of those parameters via the Top screener page

• Missed blocks: The number of missed blocks observed in the network in absolute and percentage terms (over all the blocks produced)

All metrics in this view are sensitive to the time window toggles to the top right.

Rewards reference rates

A collection of reference rates of return, aggregated across the whole validator active set.

• Network APR%: The average rate of return (validators a validator has to produce

• Inclusion delay & Participation rate: Learn more about the definitions of those parameters via the Top screener page

• Missed blocks: The number of missed blocks observed in the network in absolute and percentage terms (over all the blocks produced)

All metrics in this view are sensitive to the time window toggles to the top right. The parameters that govern the APR% calculations here are the same as in the Backwards APR% calculation described in the Landing pagesection of the documentation.

Validator set overview

A collection of metrics regarding the current state of the network’s active set.

• Active validators: The sum of all validators in "active" state (post-activation queue and attesting) on the network, as captured at the last refresh of the RatedDB

• Median validator age: The median time since activation, accross the whole body of active validators on the network.

The metrics in this view are NOT sensitive to the time window toggles, and represent the current state of the network.

State of network balances

A collection of metrics regarding the state of ETH balances and flows as they relate to the infrastructure layer of the network.

• Active stake: An expression of the "active set" in terms of "active balances" of 32 ETH increments.

• Average validator balance: The "active balance" and consensus layer rewards earned, averaged out accross all validators currently active on the network.

• Rewards distribution: The distribution of rewards earned accross the consensus and execution layers of the network. To learn more about how we separate MEV from priority fees, please refer to Baseline MEV computation.

• Network Gini coefficient: A measure of inequality across the highest level of entity aggregation on the Ethereum network. Learn more about the methodology that powers this metric via Gini coefficient measurement

All metrics in this view are sensitive to the time window toggles, EXCEPT the Gini coefficient.

Activation and exit queues 🔖

This section of the page illustrates the state of the activation and exit queue capacity, as well as the distribution of entities taking up the two queues' bandwidth, in the time-frame toggled.

Computing queue bandwidth

The churn capacity for a given period is calculated by first getting the per epoch average number of active validators for that period. We then take this number and divide it by the churn limit quotient which is 2**16 (65,536) to get the churn limit per epoch. We then add the churn limit per epoch for all epochs in a period to get the churn limit for the whole period.

The number of activated and exited validators for the specific period is then divided by the period’s churn limit to get the churn capacity filled.

To get the total count of validators exited or activated over a period, we use the exit_epoch or activation_epoch of each validator as determined by the Beacon Chain as reference. We then add up all the validators which have these reference epochs that have already passed for a given period.

Breakdown of queue distribution

The methodology for this set of views mostly the same as the general churn capacity calculation. The additional step is breaking down the activated and exited validators according to the pool if they belong to. If they do not fall under any pool, they are labeled accordingly under no pool. For a clearer visualisation, we removed the unfilled capacity to better see the breakdown of pools.

Client distribution

This is the percentage distribution of consensus clients accross the body of validators that make up the whole network.

In order to produce client distribution statistics for validator keys and accross entities we are using blockprint, an open source client classifier. Please note that the results that blockprint produces have a relatively wide statistical confidence interval.