Ethereum Co-Founder Vitalik Buterin Proposes Design to Make Running ETH Nodes Easier

Ethereum co-founder Vitalik Buterin has proposed a new design to reduce the hardware burden for running a network node, framing it as a step toward a fully decentralized network that doesn’t require sophisticated infrastructure to help maintain.

In a blog post published on Sunday, Buterin introduced the concept of “partially stateless nodes,” allowing users to store only a subset of Ethereum’s data, rather than the entire blockchain that clocks in at over 1.3 terabytes (TB).

STORY CONTINUES BELOW Don't miss another story. Subscribe to the The Protocol Newsletter today . See all newsletters Sign me up By signing up, you will receive emails about CoinDesk products and you agree to our terms of use and privacy policy .

The proposed goal is to allow everyday users, not just institutions, to run nodes on personal devices. A node is an electronic device that connects to a blockchain network to help verify transactions and keep a copy of the ledger.

Currently, operating a full Ethereum node requires significant disk space, often over 1 TB, making it impractical for most users. While third-party services offer access to blockchain data, they come with privacy and censorship trade-offs, Buterin noted.

Instead, his new model suggests letting each node store only the data most relevant to the user, while verifying other parts of the chain on demand using cryptography.

Buterin's proposed model. (Ethereum Research Blog)

The “local-first” approach mirrors a library system: you keep the books you use often, and borrow the rest when needed.

“This type of node would give the benefits of direct local access to the state that a user needs to care about, as well as maximal full privacy of access to that state,” Buterin wrote.

The system would also allow users to configure what data their node stores, like common smart contracts, tokens, or specific apps, using a simple onchain setting. Users wouldn’t need to store Merkle proofs (the complex cryptographic trees that secure blockchain state), as only raw data suffices.

The proposal builds on the ongoing implementation of EIP-4444, which aims to limit node history storage to 36 days, with older data distributed across the network using erasure coding — ensuring the chain remains permanent without burdening any single operator.

The proposal is still in its early stages, but it could shape the next phase of the network’s decentralization roadmap.