Paul Hauner 27e83b888c Retrospective invalidation of exec. payloads for opt. sync (#2837) ... ## Issue Addressed NA ## Proposed Changes Adds the functionality to allow blocks to be validated/invalidated after their import as per the [optimistic sync spec](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md#how-to-optimistically-import-blocks). This means: - Updating `ProtoArray` to allow flipping the `execution_status` of ancestors/descendants based on payload validity updates. - Creating separation between `execution_layer` and the `beacon_chain` by creating a `PayloadStatus` struct. - Refactoring how the `execution_layer` selects a `PayloadStatus` from the multiple statuses returned from multiple EEs. - Adding testing framework for optimistic imports. - Add `ExecutionBlockHash(Hash256)` new-type struct to avoid confusion between *beacon block roots* and *execution payload hashes*. - Add `merge` to [`FORKS`](c3a793fd73/Makefile (L17)) in the `Makefile` to ensure we test the beacon chain with merge settings. - Fix some tests here that were failing due to a missing execution layer. ## TODO - [ ] Balance tests Co-authored-by: Mark Mackey <mark@sigmaprime.io>		2022-02-28 22:07:48 +00:00
..
builder.rs	Retrospective invalidation of exec. payloads for opt. sync (#2837)	2022-02-28 22:07:48 +00:00
config.rs	Removed all disable_forks (#2925)	2022-01-20 09:14:26 +00:00
error.rs	Fix clippy warnings (#1385)	2020-07-23 14:18:00 +00:00
lib.rs	Rename eth2_libp2p to lighthouse_network (#2702)	2021-10-19 00:30:39 +00:00
metrics.rs	Monitoring service api (#2251)	2021-05-26 05:58:41 +00:00
notifier.rs	[Merge] Optimistic Sync: Stage 1 (#2686)	2021-12-02 14:26:54 +11:00