skip to content

Beacon light client

Last edited on June 25, 2024

blsync is a beacon chain light client. Integrated within Geth, blsync eliminates the necessity of running a separate consensus client, making it ideal for use-cases that do not require full validation capabilities. It comes with very low resource requirements and can sync the beacon chain within seconds. blsync can be run in two modes: integrated or standalone. In standalone mode it is possible to use it for driving other execution clients.


Important: blsync is not suitable for running a validator. It is also not recommended for nodes handling any amount of money or used in production settings due to its lower security guarantees compared to running a full consensus client.


Integrated mode

To run blsync as part of Geth, you need to specify a public HTTP endpoint and a checkpoint:

  • Choose an Endpoint: Select a reliable and available endpoint from the Light Sync Endpoints list. These nodes are community-maintained.

  • Specify the Checkpoint: Obtain a weak subjectivity checkpoint from a trusted node operator. The checkpoint should be less than 2 weeks old.


A checkpoint is the block root of the first proposed slot of a finalized beacon epoch. In this guide we use beaconcha.in to find a checkpoint:

  • Visit sepolia.beaconcha.in.
  • Navigate to the latest finalized epoch that is ideally 1 hour old. Finding a suitable epoch
  • Open the epoch details and find the first proposed slot at the end of the page. Finding the first slot
  • Copy the block root field. Copy the block root


The following command can be used to start Geth with blsync on the Sepolia network. Note that the checkpoint root will be outdated two weeks after the writing of this page and a recent one will have to be picked according to the guide above:

./build/bin/geth --sepolia --beacon.api https://sepolia.lightclient.xyz --beacon.checkpoint 0x0014732c89a02315d2ada0ed2f63b32ecb8d08751c01bea39011b31ad9ecee36

Running blsync as a Standalone Tool

As mentioned before, blsync can be run in standalone mode. This will be similar to running a consensus client with low resource requirements and faster sync times. In most cases Geth users can use the integrated mode for convenience. The standalone mode can be used e.g. to drive an execution client other than Geth.


Depending on your installation method either you have access to the blsync binary or you will have to build it from source by:

go build ./cmd/blsync


Blsync takes the same flags as above to configure the HTTP endpoint as well as checkpoint. It additionally needs flags to connect to the execution client. Specifically --blsync.engine.api to configure the Engine API url and --blsync.jwtsecret for the JWT authentication token.

Again to sync the Sepolia network in this mode, first run Geth:

./build/bin/geth --sepolia --datadir light-sepolia-dir

The logs will indicate the Engine API path which is by default http://localhost:8551 and the path to the JWT secret created which is in this instance ./light-sepolia-dir/geth/jwtsecret. Now blsync can be run:

./blsync --sepolia --beacon.api https://sepolia.lightclient.xyz --beacon.checkpoint 0x0014732c89a02315d2ada0ed2f63b32ecb8d08751c01bea39011b31ad9ecee36 --blsync.engine.api http://localhost:8551 --blsync.jwtsecret light-sepolia-dir/geth/jwtsecret INFO [06-23|15:06:33.388] Loaded JWT secret file path=light-sepolia-dir/geth/jwtsecret crc32=0x5a92678 INFO [06-23|15:06:34.130] Successful NewPayload number=6,169,314 hash=d4204e..772e65 status=SYNCING INFO [06-23|15:06:34.130] Successful ForkchoiceUpdated head=d4204e..772e65 status=SYNCING


© 2013–2024. The go-ethereum Authors | Do-not-Track