7 Commits (b635089c7c7b4d9ae840e2052cf9f086109242ee)

Author	SHA1	Message	Date
Felix Lange	1e97148249	all: fix inconsistent receiver name and add lint rule for it (#29974) ... * .golangci.yml: enable check for consistent receiver name * beacon/light/sync: fix receiver name * core/txpool/blobpool: fix receiver name * core/types: fix receiver name * internal/ethapi: use consistent receiver name 'api' for handler object * signer/core/apitypes: fix receiver name * signer/core: use consistent receiver name 'api' for handler object * log: fix receiver name	3 months ago
Hteev Oli	47af69c2bc	core, beacon, ethdb: fix typos (#29748) ... * core, beacon, ethdb: fix typos * revert file that can't be changed	4 months ago
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
Felföldi Zsolt	e6689fe090	beacon/light/sync: print error log if checkpoint retrieval fails (#29532) ... Co-authored-by: Felix Lange <fjl@twurst.com>	5 months ago
Aaron Chen	723b1e36ad	all: fix mismatched names in comments (#29348) ... * all: fix mismatched names in comments * metrics: fix mismatched name in UpdateIfGt	6 months ago
bitcoin-lightning	6b3d4d068a	beacon/light/sync: fix typo in comment (#29256)	6 months ago
Felföldi Zsolt	aadcb88675	cmd/blsync, beacon/light: beacon chain light client (#28822) ... Here we add a beacon chain light client for use by geth. Geth can now be configured to run against a beacon chain API endpoint, without pointing a CL to it. To set this up, use the `--beacon.api` flag. Information provided by the beacon chain is verified, i.e. geth does not blindly trust the beacon API endpoint in this mode. The root of trust are the beacon chain 'sync committees'. The configured beacon API endpoint must provide light client data. At this time, only Lodestar and Nimbus provide the necessary APIs. There is also a standalone tool, cmd/blsync, which uses the beacon chain light client to drive any EL implementation via its engine API. --------- Co-authored-by: Felix Lange <fjl@twurst.com>	7 months ago