Michael Sproul 9667dc2f03 Implement checkpoint sync (#2244) ... ## Issue Addressed Closes #1891 Closes #1784 ## Proposed Changes Implement checkpoint sync for Lighthouse, enabling it to start from a weak subjectivity checkpoint. ## Additional Info - [x] Return unavailable status for out-of-range blocks requested by peers (#2561) - [x] Implement sync daemon for fetching historical blocks (#2561) - [x] Verify chain hashes (either in `historical_blocks.rs` or the calling module) - [x] Consistency check for initial block + state - [x] Fetch the initial state and block from a beacon node HTTP endpoint - [x] Don't crash fetching beacon states by slot from the API - [x] Background service for state reconstruction, triggered by CLI flag or API call. Considered out of scope for this PR: - Drop the requirement to provide the `--checkpoint-block` (this would require some pretty heavy refactoring of block verification) Co-authored-by: Diva M <divma@protonmail.com>		2021-09-22 00:37:28 +00:00
..
attestation_production.rs	Altair consensus changes and refactors (#2279)	2021-07-09 06:15:32 +00:00
attestation_verification.rs	Revert bad blocks on missed fork (#2529)	2021-08-30 06:41:31 +00:00
block_verification.rs	Revert bad blocks on missed fork (#2529)	2021-08-30 06:41:31 +00:00
op_verification.rs	Altair consensus changes and refactors (#2279)	2021-07-09 06:15:32 +00:00
store_tests.rs	Implement checkpoint sync (#2244)	2021-09-22 00:37:28 +00:00
sync_committee_verification.rs	Update to spec v1.1.0-beta.1 (#2460)	2021-07-27 05:43:35 +00:00
tests.rs	[Altair] Sync committee pools (#2321)	2021-07-15 00:52:02 +00:00