# Ethereum EL Discovery Update Traditionally, Ethereum Execution Layer used the **Discovery v4** protocol to find new peers. **Discovery v5** was also introduced in some clients, but it was not mandated. While the two protocols can be supported in parallel, we intend to **make v5 mandatory**, changing v4 to be optional, allowing clients to eventually **sunset v4 support**. For rationale, see [this document](https://github.com/ethereum/devp2p/blob/master/discv5/discv5-rationale.md). ## Tracker The following table tracks implementation status in EL clients, with proposed deadlines. | | EL Client | discv5 support | Discv5 setting | Discv4 setting | |-| -------- | -------- | -------- | -------- | | deadlines || by Jan 15, 2026 | **on** by Jan 31, 2026 | **off** by Glamsterdam | || **Geth** | supported ✓ | on ✓ | on || **Nimbus** | supported ✓ | on ✓ | on || **Besu** | [WIP](https://github.com/hyperledger/besu/issues/4089) | | on || **Nethermind** | supported ✓ | off | on || **Erigon** | [WIP](https://github.com/erigontech/erigon/issues/18195) | | on || **Reth** | supported ✓ | off | on || **Ethrex** | WIP | | on Notes: Since Geth already has v5 on by default, we expect any client that turns on v5 support to find enough peers even if their v4 would be off. However, to keep the network well connected, also considering the time needed to roll out new versions, we need to leave a longer time window while both are supported. We can deprecate v4 during a hard-fork, where node operators are forced to update.