-
Notifications
You must be signed in to change notification settings - Fork 34
Open
Description
We wrote a series of research/articles on client diversity which could have a place here:
- https://www.kiln.fi/post/ethereum-client-diversity-part-1-consensus-finalization
- https://www.kiln.fi/post/ethereum-client-diversity-part-2-execution-layer-diversity
- https://www.kiln.fi/post/ethereum-client-diversity-part-3-consensus-layer-diversity
The first one explains FFG/Casper & inactivity leak, the second one expands on the first one with a focus on execution layer diversity and the risks involved, the last one on consensus.
The last one is especially important as today, it is not recognized that there is a systemic risk with using >33% on the consensus side, it extrapolates from a bug that happened on Goerli at the dawn of the network (described by Prysm core devs here: https://x.com/potuz_eth/status/1768418899111113125). I think it would help to shape a bit differently some parts of the UX:
- red color for anything > 33% on the consensus side, green < 33%
- red color for anything > 66% on the execution side, yellow between > 33% and 66%, green < 33%
Happy to help driving in this direction if it makes sense to you :)
Metadata
Metadata
Assignees
Labels
No labels