Frequently asked questions

It's FAQs all the way down.

What is the definition of "effectiveness"?

The effectiveness rating (RAVER) is a methodology Rated has proposed for evaluating validator performance in a concise way. The methodology has been through a number of iterations with the community and is widespread by now. For more information on the specifics, please refer to our documentation.

Why is there a difference between the effectiveness ratings on the Leaderboard page and the Pools, Operators, and Validators pages?

This is because of a difference in data refresh frequency. The effectiveness ratings on the Leaderboardpage get refreshed on a daily basis while the data on the Pools, Operators and Validators pages get refreshed on an hourly basis.

I'd like to list an entity to the Rated Network Explorer to track our performance. How does the onboarding process work?

As of Q2 2023, we have a streamlined way for Node Operators and Pools to onboard their sets to the Rated Network Explorer. See here for Node Operators and here for Pools.


Is there a minimum number of validators an entity must have in order to build good ratings?

No, we do not require a minimum. The way we track overall effectiveness has more weight on attestation duties—which validators are called to carry through every single epoch. Therefore, the fact that proposals do not happen all that frequently for a pubkey does not have a pronounced effect on the rating. Read about the effectiveness rating here

Does the missed rewards calculation compare different MEV relayers?

No, not by default. You can read about the four approaches we take to calculate missed rewards here.

When Rated shows a metric (e.g. inclusionDelay) for a specific date, what is the exact time frame?

We index 24 hour increments from genesis. So for example if the date is 28/01, the metric will include all epochs from ~12:00 on 27/01 to ~12:00 on the 28/1. The startEpoch and endEpoch can be seen in the API.


What is the Bor chain?

In a nutshell, the Bor chain is the part of the Polygon Proof-of-Stake network that houses all end-user transactions. It is where transactions are executed, and transactions blocks are built and proposed by validators. For a deeper dive, you can refer to the docs by Polygon Labs here.

What is a checkpoint?

Checkpoint or checkpoint transactions to be specific are transactions that post the state of Polygon onto Ethereum. As Polygon's finality is dependent on its state being posted on Ethereum, Polygon validators are expected to propose these checkpoints from time to time. These checkpoints contain the state of a set of Bor blocks. For more information, see here.

How does Rated calculate delegator and validator APRs?

The annual percentage rate (APR) for the returns of delegators and validators on their stake is calculated using a rolling time window calculation of total stake-weighted rewards. For a more detailed look, check out our documentation.

How does Rated handle re-orgs on Polygon?

Rated only bases rewards and performance data on checkpointed (i.e. finalized) blocks. Specifically, we are using the is_finalized field on Bor blocks and only indexing those with a value of True. As such, we are not surfacing any metrics that are at risk of changing because of a potential re-org.


Last updated