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

feature: Implement hash preimage storage persistence #7796

Open
garyschulte opened this issue Oct 22, 2024 · 0 comments · May be fixed by #7800
Open

feature: Implement hash preimage storage persistence #7796

garyschulte opened this issue Oct 22, 2024 · 0 comments · May be fixed by #7800
Assignees
Labels

Comments

@garyschulte
Copy link
Contributor

Description

Besu currently does not implement persistent preimage storage for Bonsai, and Forest only implements an in-memory cache for account and slot key preimages.

There are a couple existing features which require hash preimages are necessary such as debug_accountRange and reference test outputs, but these methods are currently limited to very small state tries for which an in-memory cache is sufficient.

In support of the verkle transition, besu needs to implement persistent preimage recording. In order to transition from patricia-merkle tries to verkle tries, besu needs to have the hash preimage to migrate the keys over to the new storage format. The transition details are still being worked out, but the need for preimage persistence and recording is essential.

Acceptance Criteria

  • hash preimage persistence mechanism
  • differentiate between account and storage preimages
  • feature flag
@garyschulte garyschulte self-assigned this Oct 22, 2024
@garyschulte garyschulte linked a pull request Oct 23, 2024 that will close this issue
8 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants
@garyschulte and others