The importance of client diversity leading to the merge
Note that Nimbus tends towards privacy by default making it harder for crawlers to detect it - nevertheless, the magnitude of the skewed client distribution in the above image still stands
Last week we saw a small incident occur on the Beacon Chain (see here for a more complete write-up). Many users, across all clients, reported a noticeable increase in missed attestations, and participation rate was down a few percentage points.
It's Friday evening and all #eth2 teams are online troubleshooting why participation rates are down by 4% - how's your nft price doing?
— Jacek Sieka (@jcksie) August 20, 2021
The root of the issue was traced to a staking provider running too many validators on one machine with the same client.
While it didn't drastically affect the health of the network, the potential implications are concerning.
Again, this whole thing is a minor, almost trivial incident, and all is totally fine.
— Ben Edgington ⟠ benjaminion.eth (@benjaminion_xyz) August 21, 2021
However, it concerns me that an issue at an operator running only around 1% of validators had an impact noticeable across the network.
9/12
In particular, the issue would have been much less pronounced under a more even client distribution.
yep, blocks were being orphaned resulting in a collective loss of attestations no matter the client - in this particular there would have been a smaller loss across the board with a more even client distribution, due to how different clients implement orphaned attestations
— Jacek Sieka (@jcksie) August 22, 2021
While in this case there was no threat to finality or normal operation of the Beacon Chain, the fragility it exposed remains. Next time we might not be so lucky.
If there's one metric we need to be paying close attention to in the run up to the merge, it's the distribution of clients across the network.
hard data shows >2/3 Prysm dominance
— Justin Ðrake 🦇🔊 (@drakefjustin) April 24, 2021
we need dominance well under 1/2 to merge safely pic.twitter.com/jjjEaWxDdC
As it stands, if something serious were to go wrong with the Prysm client the Ethereum network post-merge could be prevented from finalising (note that this is true for any client with > 33% share).
This is especially important in the context of the merge, since the current model of joining eth1 (execution layer) and eth2 (consensus layer) means we'll have a significantly greater amount of complexity to deal with.
was a separate stream of development meant as a replacement, but in the current model of joining the two, the complexity has remained and become an addition instead - simplification is a hill worth dying on when the merge is planned and executed - not only for users to be able..
— Jacek Sieka (@jcksie) August 24, 2021
To put it simply, more complexity means more room for things to go wrong.
Whether you are an exchange, a staking provider, or an individual staker, if you care about the future of Ethereum, then it is your duty, at this stage, to facilitate and promote the use of minority clients.
P.S. If you'd like to give Nimbus a try, either as an individual, or as part of staking pool or provider, please get in touch with us on discord. The team will be more than happy to answer questions you may have, and help you get set up.
