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

Generate stateful disks containing lightwalletd-supporting zebra-state cache #3545

Closed
2 tasks
Tracked by #3134
dconnolly opened this issue Feb 15, 2022 · 2 comments · Fixed by #3986
Closed
2 tasks
Tracked by #3134

Generate stateful disks containing lightwalletd-supporting zebra-state cache #3545

dconnolly opened this issue Feb 15, 2022 · 2 comments · Fixed by #3986
Assignees
Labels
A-devops Area: Pipelines, CI/CD and Dockerfiles A-infrastructure Area: Infrastructure changes lightwalletd any work associated with lightwalletd

Comments

@dconnolly
Copy link
Contributor

dconnolly commented Feb 15, 2022

Motivation

We currently regenerate disk images with zebra-state synced up to Sapling activation for use in our sync_past_mandatory_checkpoint test, so that we don't have to spend hours syncing zebrad to exercise the relevant code paths of the test. We should do similar for our lightwalletd tests, any integration test that requires synced, processed data to be available to a zebra-state/zebrad instance/test harness, so we don't need to spend extra time syncing.

Design

Since this is for general testing and not a particular NU activation height, we should aim for something closer to the most recent NU activation on mainnet.

When syncing, ensure that all build features required for lightwalletd support are enabled, and that the config for zebrad has all the lightwalletd functionality enabled to populate the state with the tx index, the compactblock cache, etc.

This should run automatically. Currently we regenerate the Sapling checkpoint test state on changes to zebra-state format, but that may not be the entire set of changes to trigger on to kick off a new state disk regeneration.

https://docs.google.com/document/d/1HrDs0eWZs3s8C5rpwCR5-obCO0nNOXtlG5w4jXD9MJM/edit

Tasks

- [ ] Create a test similar to sync_to_mandatory_checkpoint_* that syncs to a blockheight (NU5 activation?) and stops This exists as the full sync test to tip.

Follow-Up Tasks

@dconnolly dconnolly added A-infrastructure Area: Infrastructure changes A-devops Area: Pipelines, CI/CD and Dockerfiles S-needs-triage Status: A bug report needs triage P-Medium ⚡ labels Feb 15, 2022
@dconnolly dconnolly changed the title Automatically create stateful disks containing lightwalletd-supporting zebra-state cache Generate stateful disks containing lightwalletd-supporting zebra-state cache Feb 15, 2022
@dconnolly
Copy link
Contributor Author

@teor2345
Copy link
Contributor

Does lightwalletd wait until it's reached the tip to use some RPCs?
Do we want to always sync to tip for the lightwalletd cached state?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-devops Area: Pipelines, CI/CD and Dockerfiles A-infrastructure Area: Infrastructure changes lightwalletd any work associated with lightwalletd
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants