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

init.prune=full, the latest 128 blocks are too few. #2586

Closed
d11myx opened this issue Aug 19, 2024 · 1 comment
Closed

init.prune=full, the latest 128 blocks are too few. #2586

d11myx opened this issue Aug 19, 2024 · 1 comment

Comments

@d11myx
Copy link

d11myx commented Aug 19, 2024

Hi, as the ARB full node runs, the disk space is getting bigger and bigger. I want to enable pruning --init.prune=full, but I found that the document states that only the latest 128 blocks will be retained. Is this too little? Is there a parameter to adjust the number of latest blocks to be retained?

If I understand it wrongly, please correct me, thank you.

@joshuacolvin0
Copy link
Member

Note that pruning only happens offline, it does not prune while listening for RPC requests. This means that the node will need to be stopped regularly to prune the database.
https://docs.arbitrum.io/run-arbitrum-node/run-full-node#pruning

Pruning a full node only keeps the last snapshot. Historical queries are handled by data built up in memory cache, so archive data isn't stored in database. You can control how much data is kept in memory cache using --execution.caching.block-count

@joshuacolvin0 joshuacolvin0 closed this as not planned Won't fix, can't repro, duplicate, stale Nov 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants