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

Please add to the faq if running a pruned consensus node is required for a full archival consensus client node. #3549

Open
ytrezq opened this issue Sep 7, 2022 · 4 comments
Labels
docs Documentation good first issue Good for newcomers

Comments

@ytrezq
Copy link

ytrezq commented Sep 7, 2022

I couldn’t find the answer myself. I just need my own node enpoint parity_tracecallmany for evading Tornado Cash rpc censorship so I would like to reduce database size for the consensus layer since I just need the execution layer.

I also failed to find how to run lighthouse as a light client.

@michaelsproul
Copy link
Member

I just need my own node enpoint parity_tracecallmany for evading Tornado Cash rpc censorship so I would like to reduce database size for the consensus layer since I just need the execution layer.

A consensus node with state history is not required for an archival execution node. Lighthouse will store all historic blocks even when running in "pruned" mode, which is all that's required to fetch execution node history.

I also failed to find how to run lighthouse as a light client.

We don't have a light client.

I'll leave this issue open for someone to update the docs

@michaelsproul michaelsproul added good first issue Good for newcomers docs Documentation labels Sep 26, 2022
@ytrezq
Copy link
Author

ytrezq commented Sep 26, 2022

@michaelsproul sorry for the wording but how to run lighthouse in pruned mode with only storing the last 10 epochs then?

@michaelsproul
Copy link
Member

michaelsproul commented Sep 26, 2022

@ytrezq There's no mode that just stores the last N epochs. Your options currently are:

@chong-he
Copy link
Member

It has been a while since the issue is open, at this moment, the pruning in Lighthouse is pretty much auto-prune for states, blobs and payloads, see: https://discord.com/channels/605577013327167508/746918775919738893/1262720320465539112

The database for a freshly synced beacon node is ~100-120 GB

If you want to run as archive node (which is not required unless you want access to full states information), refer: https://lighthouse-book.sigmaprime.io/checkpoint-sync.html#reconstructing-states

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs Documentation good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

3 participants