From 6e30f1bb51c65fd88258d4b984ecd42549764853 Mon Sep 17 00:00:00 2001 From: Sina M <1591639+s1na@users.noreply.github.com> Date: Tue, 18 Feb 2025 06:46:52 +0100 Subject: [PATCH] website: remove mention of EL light sync (#31197) --- docs/fundamentals/sync-modes.md | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/docs/fundamentals/sync-modes.md b/docs/fundamentals/sync-modes.md index c89c0d206d..ed024710d5 100644 --- a/docs/fundamentals/sync-modes.md +++ b/docs/fundamentals/sync-modes.md @@ -44,9 +44,7 @@ It is also possible to create a partial/recent archive node where the node was s ## Light nodes {#light-nodes} -A light node syncs very quickly and stores the bare minimum of blockchain data. Light nodes only process block headers, not entire blocks. This greatly reduces the computation time, storage and bandwidth required relative to a full node. This means light nodes are suitable for resource-constrained devices and can catch up to the head of the chain much faster when they are new or have been offline for a while. The trade-off is that light nodes rely heavily on data served by altruistic full nodes. A light client can be used to query data from Ethereum and submit transactions, acting as a locally-hosted Ethereum wallet. However, because they don't keep local copies of the Ethereum state, light nodes can't validate blocks in the same way as full nodes - they receive a proof from the full node and verify it against their local header chain. To start a node in light mode, pass `--syncmode light`. Be aware that full nodes serving light data are relatively scarce so light nodes can struggle to find peers. **Light nodes are not currently working on proof-of-stake Ethereum**. - -Read more about light nodes on our [LES page](/docs/fundamentals/les). +Geth offers no EL light client at the moment as a sync mode. To have a lighter set-up it is recommended to run a [beacon light sync together](/docs/fundamentals/blsync) with snap sync mode. ## Consensus layer syncing {#consensus-layer-syncing}