-
Notifications
You must be signed in to change notification settings - Fork 689
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
Enhance WarpSync zombienet tests with BEEFY validations #2787
Comments
Experimented with multiple solutions. No matter what, we need a pretty big database (>50k blocks) in order to make sure that the headers sync doesn't finish before BEEFY starts. Otherwise the test wouldn't cover much. I think the best strategy would be to generate a rococo-local database with > 50k blocks and with an epoch duration that isn't too small (for example 30-60 min) in order to make sure that BEEFY catches up fast with the chain. Started a zombienet with this strategy. Will need to leave it running for a couple of days in order to generate a big enough db. |
Related to #2787 Adding BEEFY support to the kitchensink chain in order to be able to extend the current warp sync zombienet tests with BEEFY enabled
Added BEEFY support to the kitchensink runtime. Now trying to extend the current warp sync tests (which were also built using the kitchensink runtime) with BEEFY. Generated a couple of snapshots and experimenting with them. Most of the tests work. Just having some issues with |
Found the cause of the issue where for Published a PR that adds some basic BEEFY checks to the warp sync tests first. And I would like to investigate the remaining issue related to |
Part of #2787 This is an initial PR that adds some basic BEEFY checks to the warp sync zombienet tests. To be more specific, it does the following: - Changes the snapshot used by the warp sync zombienet tests to one built from an updated version of the kitchensink runtime, that supports BEEFY - Adds some basic BEEFY checks to the warp sync zombienet tests - Deduplicates some params of the warp sync zombienet tests, making them easier to extend
Related to #2787 Fixes `pallet_mmr::Config` for the kitchensink runtime
Related to paritytech#2787 Adding BEEFY support to the kitchensink chain in order to be able to extend the current warp sync zombienet tests with BEEFY enabled
Part of paritytech#2787 This is an initial PR that adds some basic BEEFY checks to the warp sync zombienet tests. To be more specific, it does the following: - Changes the snapshot used by the warp sync zombienet tests to one built from an updated version of the kitchensink runtime, that supports BEEFY - Adds some basic BEEFY checks to the warp sync zombienet tests - Deduplicates some params of the warp sync zombienet tests, making them easier to extend
Related to paritytech#2787 Fixes `pallet_mmr::Config` for the kitchensink runtime
Closes paritytech#2787 Regenerating the DB snapshot after fixing: paritytech#2919 Now we can add some BEEFY checks to `0002-validators-warp-sync`
BEEFY + (GRANDPA) WarpSync was enabled in #2689
Add zombienet Warp Sync regression tests (needs rebuilding db used in existing zombienet tests to include BEEFY state)
Done:
Summarizing remaining work:
0002-validators-warp-sync
where BEEFY doesn't catch-up.0002-validators-warp-sync
test failing #2568The text was updated successfully, but these errors were encountered: