Have something to say?

Tell Rated how they could make the product more useful to you.

Completed

Access Issue While Using New API Key for Self-Reporting Validators

We have a rated account(with company ID: 12c18d43-3c39-4efd-ae3e-1e76370e3779) with you guys that we use for our ETH validators. I am attempting to self-report a few Ethereum validators using the self-report API endpoint. Our previous API key has expired, but I successfully generated a new key from the console. However, when I try to use the new key with the self-report endpoint, I receive the following response: {"detail": "Forbidden. Please head to https://bit.ly/RatedOperatorOnboarding to request access."} We were previously able to access this functionality with the old key, and Iโ€™m unsure why this is happening now. Could you clarify why the new key isn't working and guide us on how we can restore access to self-reporting?

Mannan Goyal About 1 month ago

6

๐Ÿ’ก Feature Request

Completed

Chainnodes - delete old solo staker validators

I brought this up a couple of times and it was partially fixed more than 1 year ago. But there are still remains of the old ether.fi solo staker cluster in the node operator account of Chainnodes. As a background, this happened because we manage the solo staker program and the bidding in 2023 was happening through the Chainnodes bidding account. Thought the validators were never operated by us, instead in a DVT setup with multiple solo stakers (home operators). Later, all those validators from the Chainnodes bidding were added automatically as ether.fi integrated with Rated directly. After a while some of the validators got removed, others didnโ€™t. Itโ€™s pretty difficult to list the exact public keys as itโ€™s been a back and forth and I donโ€™t know the exact state. The only thing I know is that we (Chainnodes) have metrics from 2023, which we shouldnโ€™t. The cutoff should be approximately January 2024, which is when we started operating validators for ether.fi on our infrastructure. https://explorer.rated.network/o/Chainnodes?network=mainnet&timeWindow=all&idType=nodeOperator As you can see in our all time metrics, there are some weird up and down metrics before 2024. This should be removed. A very weird thing is that listing Chainnodes as operator under ether.fi shows a different start of metrics (though also not start of 2024), as seen below: https://explorer.rated.network/o/Chainnodes%20-%20Ether.Fi?network=mainnet&timeWindow=all&idType=poolShare This does not make sense as we never added our other customers validators to Rated. Only from ether.fi as they wanted to list on Rated. What I would like to do is remove all validators metrics that were started in 2023 and recalculate our all time scores on our operator dashboard as well as the ether.fi Chainnodes operator dashboard. Please let me know if this is clear enough. I am available on Telegram for verification. We are in touch with multiple members from Rated but were asked to post this question on the Forum.

koraykoska_chainnodes 2 months ago

6

๐Ÿ’ก Feature Request

Completed

Consensus Client Distribution for "Lodestar"

Previously, the Rated explorer would be able to detect Lodestar clients on the network. As of today, this is no longer the case as we know with certainty that ChainSafe is running 100% Lodestar as part of its staking setup: https://explorer.rated.network/o/ChainSafe%20-%20Lido?network=mainnet&timeWindow=30d&idType=poolShare If Rated uses Sigma Primeโ€™s Blockprint API to identify client usage, there was a bug that was fixed when graffiti standards changed by default via https://github.com/ethereum/execution-apis/pull/517 and the regex detection mechanism was fixed on Blockprint via https://github.com/sigp/blockprint/issues/36. We want to ensure coverage of Lodestar is accurately represented on your explorer, thanks!

Philip Ngo 3 months ago

3

๐Ÿž Bug Reports