Official Go implementation of the Ethereum protocol

You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

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.		5 months ago
..
blsync	beacon/light: request finality update explicitly when necessary (#29567)	5 months ago
engine	beacon/engine: using slices.Contains (#29396)	6 months ago
light	beacon/light: request finality update explicitly when necessary (#29567)	5 months ago
merkle	beacon/types: add beacon chain data types (#27292)	1 year ago
params	cmd/blsync, beacon/light: beacon chain light client (#28822)	7 months ago
types	beacon/light: request finality update explicitly when necessary (#29567)	5 months ago