LogoLogo
HomeCommmunityLegal
  • Getting started
    • Welcome
    • Useful links
    • Framing the problem
    • Design goals
  • Methodologies
    • Ethereum Beacon Chain
      • Resources
      • Network explorer definitions
        • Landing page
        • Entity views
          • Top screener
          • Entity overview
          • Consensus layer statistics
          • Execution layer statistics
          • Aggregate rewards statistics
        • Aggregate views
          • Trending
          • Network overview
            • Gini coefficient measurement
          • Relayer landscape
          • Builder landscape
        • Misc
          • Index Coop dsETH
      • RAVER methodology
        • Proposer effectiveness
        • Attester effectiveness
        • Effectiveness rating
        • Slashing moderator
        • Sync committees
        • Post-hoc analysis of the Rated v0 effectiveness rating
      • Penalties and Missed Rewards methodologies
        • Penalties computation
          • Pre-Altair penalties computation
        • Validator missed rewards computation
          • Consensus missed rewards computation
          • Execution missed rewards computation
      • Baseline MEV computation
      • Aggregating validator indices
        • Classes of aggregation
    • Miscellaneous
      • Value enabled by Rated
  • API documentation
    • Introduction
    • Getting past authentication
    • API guide
    • Swagger schema
  • Legal
    • ToU & Privacy Notice
      • Website Terms of Use
      • API Terms of Use
      • Privacy Notice
  • Community
    • 🍬Let's Rate!
Powered by GitBook
On this page
  • Client Distribution
  • Relays Supported
  • Backward looking APR%
  • Effectiveness Rating

Was this helpful?

  1. Methodologies
  2. Ethereum Beacon Chain
  3. Network explorer definitions

Landing page

Definitions of the variables that live on the landing page (table view) of the Rated Network Explorer.

PreviousNetwork explorer definitionsNextEntity views

Last updated 2 years ago

Was this helpful?

Client Distribution

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 , an open source client classifier. Please note that the results that blockprint produces have a relatively wide statistical confidence interval.

Relays Supported

Identifiers in relation to which relays said entity has procured blocks from, and thereby is subscribed to.

Backward looking APR%

The methodology uses a rolling window calculation of total rewards based on the time periods (1 day, 7 days, 30 days, all-time) and the latest available day where validator rewards are calculated.

The calculation of total rewards accounts for CL+EL rewards divided by active stake and NOT counting rewards earned.

The total rewards are then divided by the total active_stake per identified entity in the given time period. The total rewards are then divided by the total active_stake per identified entity in the given time period. This is determined primarily by counting the number of active_validators per entity and multiplying that by the stake requirement which is 32 ETH.

APR % = total rewards in ETH / active_stake / time_period * 365 days * 100

In order to control for noise introduced by differing activation times of validators in a group and the rewards they contribute to the aggregate group (e.g. an operator), the APR% calculation ONLY takes into consideration validator indices that have been active for the whole of the query window.

The maximum time-frame we are enabling at the moment (under ALL) is capped to 90 days, in order to allow for better comparisons by not introducing disruptions such as the Genesis validators enjoying double digit APR% by merit of being early to the set.

If you would like to discuss the methodology implemented here, and propose suggestions and/or improvements, please .

Currently, the calculation makes no distinction whether the validators of an entity/operator were activated via re-staked ETH rewards (i.e. execution layer rewards) or by external stakers. We will soon be updating our methodology to reflect compounding in pools that explicitly seek to do so.

Effectiveness Rating

The Rated model of validator performance.

For more information on how this is computed and the methodology behind it, please refer to the Effectiveness rating page.

blockprint
head to our forum