Skip to content

Lodestar Light Client

Ethereum light clients provide a pathway for users to interact with the Ethereum blockchain in a trust-minimized manner, comparable to the level of trust required when engaging with a third-party provider like Infura or EtherScan. Not that those platforms are bad, but trust in any centralized provider goes against the ethos of blockchain. Light clients are a way that low-power devices, like cell phones, can do self validation of transactions and dApp state.

Unlike full nodes, light clients do not download and store the entire blockchain. Instead, they download only the headers of each block and employ Merkle proofs to verify transactions. This enables a quick synchronization with the network and access the latest information without using significant system resources​. This streamlined approach to accessing Ethereum is crucial, especially in scenarios where full-scale network participation is infeasible or undesired.

The evolution of light clients is emblematic of the broader trajectory of Ethereum towards becoming more accessible and resource-efficient, making blockchain technology more inclusive and adaptable to a wide array of use cases and environments. The Altair hard fork introduced sync committees to allow light-clients to synchronize to the network.


Discord Eth Consensus Spec v1.1.10 ES Version Node Version Yarn

This package is part of ChainSafe's Lodestar project

Requirements for Running a Light-Client

Access to an beacon node that supports the light client specification is necessary. The client must support the following routes from the consensus API spec:

  • /eth/v1/beacon/light_client/updates
  • /eth/v1/beacon/light_client/optimistic_update
  • /eth/v1/beacon/light_client/finality_update
  • /eth/v1/beacon/light_client/bootstrap/{block_root}
  • /eth/v0/beacon/light_client/committee_root

System requirements are quite low so its possible to run a light client in the browser as part of a website. There are a few examples of this on github that you can use as reference, our prover being one of them.

You can find more information about the light-client protocol in the specification.

Getting started

Light-Client CLI Example

It is possible to start up the light-client as a standalone process.

lodestar lightclient \
    --network mainnet \
    --beacon-api-url \
    --checkpoint-root "0xccaff4b99986a7b05e06738f1828a32e40799b277fd9f9ff069be55341fe0229"

Light-Client Programmatic Example

For this example we will assume there is a running beacon node at

import {getClient} from "@lodestar/api";
import {createChainForkConfig} from "@lodestar/config";
import {networksChainConfig} from "@lodestar/config/networks";
import {Lightclient, LightclientEvent} from "@lodestar/light-client";
import {LightClientRestTransport} from "@lodestar/light-client/transport";
import {getFinalizedSyncCheckpoint, getGenesisData, getLcLoggerConsole} from "@lodestar/light-client/utils";

const config = createChainForkConfig(networksChainConfig.mainnet);
const logger = getLcLoggerConsole({logDebug: Boolean(process.env.DEBUG)});
const api = getClient({urls: [""]}, {config});

const lightclient = await Lightclient.initializeFromCheckpointRoot({
    transport: new LightClientRestTransport(api),
    genesisData: await getGenesisData(api),
    checkpointRoot: await getFinalizedSyncCheckpoint(api),
    opts: {
        allowForcedUpdates: true,
        updateHeadersOnForcedUpdate: true,

// Wait for the lightclient to start
await lightclient.start();"Lightclient synced");

lightclient.emitter.on(LightclientEvent.lightClientFinalityHeader, async (finalityUpdate) => {;

lightclient.emitter.on(LightclientEvent.lightClientOptimisticHeader, async (optimisticUpdate) => {;


Read our contribution documentation, submit an issue or talk to us on our discord!


Apache-2.0 ChainSafe Systems