-
Notifications
You must be signed in to change notification settings - Fork 986
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
Deprecate Archiver Service #5350
Comments
This is mentioned in #4958 Should we just have one canonical tracking? or you prefer a side tracking for deprecation specifically? |
Working on |
Can we close this one @terencechain |
No, we haven't fully deprecated the archival service yet. DB and service objects still exist |
Is this still blocked? I think that the new state management was set to default for Onyx (alpha.10+). |
Blocked by testing. We should let the default mode (alpha 10+) run in the wild for a few weeks before fully deprecating archival service. There's no going back or else we'll just end up reverting work like in Topaz |
Resolved |
Now that we generate states on the fly by using a cool new state management technique piloted by @terencechain, we no longer need the concept of an "archival" node nor the "archiver" service in Prysm. This is a tracking issue to deprecate such service and delete its code from our repo. Blocked until v0.11 is merged in.
Edited by @terencechain 👇
Here's the list of archival RPC end points that need work on:
The text was updated successfully, but these errors were encountered: