Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement EIP-7716: Anti-correlation attestation penalties for analysis #6848

Open
philknows opened this issue Jun 3, 2024 · 0 comments
Open
Labels
meta-feature-request Issues to track feature requests.

Comments

@philknows
Copy link
Member

Problem description

Referencing the EthBerlin04 hackathon and other works conducted in the community:

There seems to be adequate consensus to further this specification through implementations and further testing. See Lighthouse implementation.

Some analytics collected and modelled have shown larger correlated penalties for Lodestar. See: https://ethresear.ch/t/analysis-on-correlated-attestation-penalties/19244. We argue that the average correlation penalties for Lodestar is higher than it should be in this analysis due to the current mainnet distributions of Lodestar, rather than the client itself. Most of Lodestar's mainnet usage is factually within a correlated environment. As of today, an estimated 0.88% of the validator set is running Lodestar via Blockprint. With an active validator set of 1,013,143 as of today via beaconcha.in, the assumption is 8915 active validators are using Lodestar.

ChainSafe currently runs about 8,898 validators in a clustered environment, greatly linking the correlated penalties to penalize ChainSafe's validators more than any other environment using Lodestar.

Solution description

By implementing EIP-7716 for further analysis, we can collect data on mainnet to verify penalties outside of a clustered environment. As suggested by @wemeetagain , instead of actually applying penalties, we can just log the output to have it run mainnet to collect more concrete data on how much of an effect anti-correlation attestation penalties apply to the client software itself.

Additional context

Though this EIP is technically drafted for implementation, there has been no current discussion of adoption. There is no guarantee that this EIP or even a modified version of it will get included in a future hard fork. However, portions of the community signal for the inclusion of this to further promote decentralization values within Ethereum.

Current mainnet distribution from clientdiversity.org
Screenshot 2024-06-03 at 1 47 04 PM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta-feature-request Issues to track feature requests.
Projects
None yet
Development

No branches or pull requests

1 participant