You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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
The text was updated successfully, but these errors were encountered: