I run an ETH2 validator that uses Infura as the Beacon node. Lots of my attestations fail (10%).
I often get this message, which the Teku teams has said indicates that one or more of the Infura beacon nodes is out of sync.
Can this be investigated?
Error: tech.pegasys.teku.core.signatures.SlashableConditionException: Refusing to sign attestation at slot 3044182 with source epoch 95102 and target epoch 95130 because it may violate a slashing condition
I also see erratic behavior when using Infura Beacon Nodes as the node provider for my (lighthouse) validator.
My validator reports: many re-orgs (every minute), many missed attestations (few per hour), messages saying the node’s clock is out of sync, messages saying the validator won’t sign an attestation due to high slashing probability.
The Infura Beacon Node seems much more stable now with my validator setup. No more re-orgs or clock out of sync messages, and I’m publishing attestations in a timely manner.
I am using infura as a backup and lost a disk on my beacon node recently. Since my validator is now relying on an infura eth2 enpoint, my attestation rate is pretty all over the place but successful between 40 and 70% of the time.
Hey, we were having a recurring sync issue on our end, it looks to be solved now. You might see it sporadically reoccurring until we’re going to deploy some fixes in the next few days. Don’t hesitate to open a support ticket if you need our help, thanks !