go-ethereum/beacon
Felföldi Zsolt 256d4b099c
beacon/light: request finality update explicitly when necessary (#29567)
This PR adds an extra mechanism to sync.HeadSync that tries to retrieve the latest finality update from every server each time it sends an optimistic update in a new epoch (unless we already have a validated finality update attested in the same epoch). 

Note that this is not necessary and does not happen if the new finality update is delivered before the optimistic update. The spec only mandates light_client_finality_update events when a new epoch is finalized. If the chain does not finalize for a while then we might need an explicit request that returns a finality proof that proves the same finality epoch from the latest attested epoch.
2024-04-23 13:31:32 +02:00
..
blsync beacon/light: request finality update explicitly when necessary (#29567) 2024-04-23 13:31:32 +02:00
engine beacon/engine: using slices.Contains (#29396) 2024-04-04 11:58:44 +02:00
light beacon/light: request finality update explicitly when necessary (#29567) 2024-04-23 13:31:32 +02:00
merkle beacon/types: add beacon chain data types (#27292) 2023-05-17 17:39:33 +03:00
params cmd/blsync, beacon/light: beacon chain light client (#28822) 2024-03-06 17:50:22 +01:00
types beacon/light: request finality update explicitly when necessary (#29567) 2024-04-23 13:31:32 +02:00