# @vitalik.eth: We should revisit beacon/execution client separation

Source: https://farcaster.xyz/vitalik.eth/0x35a69be8
Kiwi News: https://news.kiwistand.com/stories/vitaliketh-We-should-revisit-beaconexecution-client-separation?index=0x69b65c9b028a1ad3e8cb38b34917dd2dade1638649e91621c6055d2be58e961360fe96b7
Submitted by misha on 2026-03-15 UTC, 2 upvotes, 1 comment

## Summary

Vitalik Buterin argues that Ethereum should be open to revisiting the separation of beacon and execution clients, because running two daemons that must talk to each other is much harder than running one. He says the goal is good user experience for self-sovereign use of Ethereum, which in many cases means running your own node, and that the current setup adds needless complexity. In the short term he suggests a more standardized wrapper for running any clients in Docker and connecting them easily, and he welcomes the unified node in status-im's nimbus-eth1 pull request 3646. Over the longer term he proposes revisiting the whole architecture once lean consensus is more mature.

## Article

We should be open to revisiting whole beacon/execution client separation thing.

Running two daemons and getting them to talk to each other is far more difficult than running one daemon.

Our goal is to make the self-sovereign way of using ethereum have good UX. In many cases that means running your own node. The current approach to running your own node adds needless complexity.

Short-term, maybe we want some more standardized basic wrapper that lets you install dockers of any client and make them talk to each other easily? Also good that @ethnimbus unified node https://github.com/status-im/nimbus-eth1/pull/3646 exists. Longer term, we should be open to revisiting the whole architecture once @leanethereum lean consensus is more mature.

## Comments

**misha**: Unified Nimbus https://github.com/status-im/nimbus-eth1/pull/3646