Comment on page
Entity metrics drill-down
Definitions of variables that appear in the Entity drill-down pages of the Rated Network Explorer.
Definitions of the variables that appear on the horizontal bar at the top of the entity level pages of the Rated Network Explorer.
The "At a glance" section of the by Entity view of the Rated Network Explorer
This is the percentage distribution of stake that maps under any given pool. We calculate this as:
Network penetration == active stake in pool / active stake on the Ethereum Beacon Chain
Where "active stake" means the sum of 32 ETH increment balances that map to any given pool.
In order for a validator to become "active" on the network, it needs to (i) be funded with a balance of 32 ETH, and to (ii) get past the activation queue stage. Any balance that any single validator earns above 32 ETH does not count towards active stake.
The Rated model of validator performance. The colour coding in each of those values hints to the relative performance of the entity.
Definitions of the variables that appear on the Effectiveness Breakdown section of the entity level pages of the Rated Network Explorer.
The "Effectiveness breakdown" section of the by Entity view on the Rated Network Explorer
The number of epochs a validator’s attestation was included on-chain divided by the number of epochs that validator is active, aggregated across all validator indices associated with a given operator address.
The average of the distance between the slot a validator’s attestation is expected by the network and the slot the attestation is actually included on-chain, across all validators associated with an operator address.
The Rated model of validator performance.
The bottom half of the main Entity view page (on "View by: Aggregate" when applicable).
Definitions of variables that appear in "Performance metrics" section of the Entity views.
The Participation Rate in a given Rating Time Window. If the source vote in an attestation is incorrect then the attestation is not included, thereby moderating the Participation Rate.
The amount of epochs a valid vote for the target checkpoint was included in the attestation divided by the number of epochs a validator index has been active, averaged across the sum of validators associated with said operator address.
The amount of epochs a valid vote for the head of the chain was included in the attestation divided by the number of epochs a validator index has been active, averaged across the sum of validators associated with said operator address.
The average of Failed Block Proposals divided by Proposal Slots Attributed across the sum of the validator indices associated with said operator address.
Definitions of variables that appear in "Consensus layer metrics" section of the Entity views.
The sum of the net rewards earned by said validator or group of validators by performing consensus layer duties.
The sum of offline penalties accrued on all the validator indices associated with said entity, adjusted for the Rating Time Window toggled. For more information on how we model penalties, see Penalties computation.
The sum of slashed validator indices associated with said operator address.
This is the percentage distribution of consensus clients said operator or entity is running accross the body of validator indices that it operates.
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.
Definitions of variables that appear in "Execution layer metrics" section of the Entity views.
The sum of priority fees that said entity (i.e. grouping of validators) has earned through proposing blocks, over the time-frame in question. For a more in depth discussion of how priority fees (aka tips) are computed, please refer to ethereum.org.
Rated's estimation of the lower bound MEV of said entity has collected through proposing blocks, over the time-frame in question. See Baseline MEV computation for a detailed discussion of the methodology Rated is using to surface baseline MEV.
The total value that said entity has forgone by failing to propose blocks in slots that its validators were awarded block proposal duties. Dive deeper into how we calculate the value of a missed block via Execution missed rewards computation.
Since The Merge, validators have the ability to outsource block production to specialized entities called "Builders", and effectively "shop" for pre-packaged blocks through an interface agent called the "Relay". The Block Space Distribution column on the Explorer displays the distribution of blocks as it relates to the origin of those blocks. The explorer currently segregates between the different Relays blocks were procured from, as well as blocks that were built locally (showing in the distribution bars as "vanilla blocks").
Definitions of variables that appear in "Aggregate rewards statistics" section of the Entity views.
The number of blocks the Entity in focus has proposed in the toggled time period.
To quickly compute how many blocks the entity missed, you can divide Proposed blocks by the entity's Proposal miss rate.
The sum of Execution Layer and Consensus Layer rewards an entity has earned over the selected time-frame.
The sum of Execution Layer and Consensus Layer rewards an entity has missed over the selected time-frame. This is a measure of opportunity cost that we go to great lengths to compute.
This particular section of the page comes in two flavours. On all toggles except for the
1dview, the page shows historical statistics relating to the validators said entity has activated or exited.
The Activations and Withdrawals status screens on the 7d, 30d and All-time toggles.
However, when toggling
1d, the frame of reference changes to the "spot" view. This means that at any given point in time, this view will give you information on the current state of activations and withdrawals as of the last discrete hour mark.
The Activations and Withdrawals status screens on the 1d toggle.