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
Make re-org strat more cautious and add more config (#4151)
## Proposed Changes
This change attempts to prevent failed re-orgs by:
1. Lowering the re-org cutoff from 2s to 1s. This is informed by a failed re-org attempted by @yorickdowne's node. The failed block was requested in the 1.5-2s window due to a Vouch failure, and failed to propagate to the majority of the network before the attestation deadline at 4s.
2. Allow users to adjust their re-org cutoff depending on observed network conditions and their risk profile. The static 2 second cutoff was too rigid.
3. Add a `--proposer-reorg-disallowed-offsets` flag which can be used to prohibit reorgs at certain slots. This is intended to help workaround an issue whereby reorging blocks at slot 1 are currently taking ~1.6s to propagate on gossip rather than ~500ms. This is suspected to be due to a cache miss in current versions of Prysm, which should be fixed in their next release.
## Additional Info
I'm of two minds about removing the `shuffling_stable` check which checks for blocks at slot 0 in the epoch. If we removed it users would be able to configure Lighthouse to try reorging at slot 0, which likely wouldn't work very well due to interactions with the proposer index cache. I think we could leave it for now and revisit it later.
Copy file name to clipboardExpand all lines: book/src/late-block-re-orgs.md
+9Lines changed: 9 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,6 +14,15 @@ There are three flags which control the re-orging behaviour:
14
14
*`--proposer-reorg-threshold N`: attempt to orphan blocks with less than N% of the committee vote. If this parameter isn't set then N defaults to 20% when the feature is enabled.
15
15
*`--proposer-reorg-epochs-since-finalization N`: only attempt to re-org late blocks when the number of epochs since finalization is less than or equal to N. The default is 2 epochs,
16
16
meaning re-orgs will only be attempted when the chain is finalizing optimally.
17
+
*`--proposer-reorg-cutoff T`: only attempt to re-org late blocks when the proposal is being made
18
+
before T milliseconds into the slot. Delays between the validator client and the beacon node can
19
+
cause some blocks to be requested later than the start of the slot, which makes them more likely
20
+
to fail. The default cutoff is 1000ms on mainnet, which gives blocks 3000ms to be signed and
21
+
propagated before the attestation deadline at 4000ms.
22
+
*`--proposer-reorg-disallowed-offsets N1,N2,N3...`: Prohibit Lighthouse from attempting to reorg at
23
+
specific offsets in each epoch. A disallowed offset `N` prevents reorging blocks from being
24
+
proposed at any `slot` such that `slot % SLOTS_PER_EPOCH == N`. The value to this flag is a
25
+
comma-separated list of integer offsets.
17
26
18
27
All flags should be applied to `lighthouse bn`. The default configuration is recommended as it
19
28
balances the chance of the re-org succeeding against the chance of failure due to attestations
0 commit comments