Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add EIP: Cease serving history before PoS #8266

Merged
merged 6 commits into from
Apr 16, 2024
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
55 changes: 55 additions & 0 deletions EIPS/eip-7639.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,55 @@
---
eip: 7639
title: Cease serving history before PoS
description: Execution layer clients will no longer serve block data before Paris over p2p.
author: lightclient (@lightclient)
discussions-to: https://ethereum-magicians.org/t/cease-serving-history-before-pos/18991
status: Draft
type: Standards Track
category: Networking
created: 2024-02-13
---

## Abstract

Execution layer clients will no longer request or respond to p2p queries about
block data before the Paris upgrade.

## Motivation

As of 2024, historical data in clients has grown to around 500 GB. Nearly 400 GB
of that is from block data before PoS was activated in the Paris upgrade. Long
term, Ethereum plans to bound the amount of data nodes must store. This EIP
proposes the first steps to achieve such goal.

## Specification

Clients must not make or respond to p2p queries about blocks before block 15537393.

## Rationale

### Only Pre-PoS data

One might ask why the distinction between pre and post PoS data is made in this
EIP. The simple answer is that the at the moment of the merge, the block
structure changed substantially. Although execution layer client software today
continues on with block data on disk which remains similar to per-PoS data, the
beacon chain is now the canoncial chain definition. Therefore, a beacon block
can be used to both record historical data for execution layer and beacon layer.

Over the long term, the distinctions of "execution layer" and "consensus layer"
may matter less. This EIP tries to be agnostic to client architecture and
instead focuses on the shape of the data.

## Backwards Compatibility

After this EIP is activated, nodes will no longer be able to full sync from the
devp2p network. To continue doing so, they must retrieve the data out-of-band.

## Security Considerations

TODO
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
TODO
<!-- TODO -->


## Copyright

Copyright and related rights waived via [CC0](../LICENSE.md).
Loading