The Ethereum Supermajority Risk
(Maintained by Sonic)
Info: No client should have a possible share ("Max") above 66.6%!
NethermindMin: 28.3% | Max: 56.8%
GethMin: 29.4% | Max: 57.9%
BesuMin: 12.3% | Max: 40.8%
ErigonMin: 1.0% | Max: 29.5%
RethMin: 0.6% | Max: 29.1%
Cross-ValidationMin: 0.0% | Max: 28.5%
Info: The list indirectly includes Lido (view data) by listing all its operators
- *Based on graffiti data.Unlisted Entities(32.4%)
- *Based on graffiti data.
- *Risky! No public data available.
- *Risky! No public data available.
FAQ
What is this website about?
The supermajority client risk of the Ethereum execution layer, especially the client usage of staking services and pools.What is the supermajority client risk?
A client software that is used by more than 2/3 of all active validators is considered a supermajority client. It has the capability to finalize the chain without the agreement of the other clients. A consensus bug within such a client would cause catastrophic results, such as a network split, loss of funds, and reputation damage.Detailed explanations can be found at the end of this page.Why should I care about this?
You could lose most of your funds if a supermajority client is used for validator duties by you or your pool/service/LST.What can I do as a staking pool/service user?
Ask the operator which client it is using and let them know that you are concerned about the supermajority client risk.Consider using a pool/service that prioritizes client diversity.What can I do as a validator operator?
Use minority clients.If I switch to a minority client, where can I find support?
All of the clients have dedicated Discord communities where help is provided by the team and other users.BesuErigonIs it possible to resolve a supermajority consensus bug through a hard fork?
Theoretically, yes. But it may require a rollback of the chain, and there would likely be no social consensus to do it. Nobody knows for sure what would happen in such a situation.I am already using a minority client or not staking at all, why should I care about this?
You would still be affected by a supermajority bug regardless, but the resulting consequential damage would be less severe.1.) The network could split into two chains.2.) It is unpredictable which chain will be considered canonical; maybe both. Transactions could be reverted, resulting in a loss of funds. An offline penalty could apply to your validator, regardless of the client used [3].3.) The reputation of the whole network would be damaged and the ETH price would likely drop sharply.It is in the best interest of all ETH holders and network users to get the network diversified.Why are some pools/services missing, and why are there unknown client distributions?
Despite considerable effort to provide the data, acquiring it seamlessly remains a difficult task. The data is often not publicly available, and the support responses are frequently slow and unhelpful.Any help in making the dataset better is appreciated. Open an issue in the GitHub repository, and the data will be updated accordingly.What about the consensus layer?
There is no supermajority client in the consensus layer. While there is still room for improvement, the current focus is on the execution layer.Data about the consensus layer can be found at rated.network.Where can I find more info?
A good place for all kinds of questions related to this topic is the #nonfinality-risk channel at the EthStaker Discord.There are numerous existing resources on this topic. Please note that some of them are written for the consensus layer, but they mostly apply to the execution layer as well.[1] Dankrad Feist - Run the majority client at your own peril![2] eth2book.info - Diversity[3] jmcook.eth - Client diversity on Ethereum's consensus layerYes, you really can lose all your ETH if you stake with GethEthereum Client Diversity Part 1: Consensus and FinalizationEthereum Client Diversity Part 2: Execution-layer DiversityEthereum Client Diversity Part 3: Consensus-layer Diversity