> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rated.network/llms.txt
> Use this file to discover all available pages before exploring further.

# 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.

<Frame className="text-grey-800 dark:text-white text-sm overflow-x-auto lg:justify-start justify-center">
  $$
  APR \% = \frac{\text{total rewards in ETH}}{\text{active\_stake}} \times \frac{365}{\text{time\_period}} \times 100
  $$
</Frame>

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 validators that have been active for the whole of the query window.

<Warning>
  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.
</Warning>

If you would like to discuss the methodology implemented here, and propose suggestions and/or improvements, please [head to our discord](https://bit.ly/ratediscord).

<Note>
  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.
</Note>