452a12aa79
In legacy (pre-merge) sync mode, headers were contiguously downloaded from the network and when no more headers were available, we checked every few seconds whether there are 64 new blocks to move the pivot. In beacon (post-merge) sync mode, we don't need to check for new skeleton headers non stop, since those re delivered one by one by the engine API. The missing code snippet from the header fetcher was to actually look at the latest head and move the pivot if it was more than 2*64-8 away. This PR adds the missing movement logic. |
||
---|---|---|
.. | ||
api.go | ||
beaconsync.go | ||
downloader_test.go | ||
downloader.go | ||
events.go | ||
fetchers_concurrent_bodies.go | ||
fetchers_concurrent_headers.go | ||
fetchers_concurrent_receipts.go | ||
fetchers_concurrent.go | ||
fetchers.go | ||
metrics.go | ||
modes.go | ||
peer.go | ||
queue_test.go | ||
queue.go | ||
resultstore.go | ||
skeleton_test.go | ||
skeleton.go | ||
statesync.go | ||
testchain_test.go |