You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After #3576 is done, we should adjust the pov-recovery side.
The current logic logic assumes that we get at maximum one candidate per relay chain block, which gave us some nice ordering. With multiple pending candidates per relay chain block, we need to ensure the correct ordering. Other than that, the current logic should still work.
The text was updated successfully, but these errors were encountered:
- unit tests for pov-recovery
- elastic scaling support (recovering multiple candidates in a single
relay chain block)
- also some small cleanups
- also switches to candidates_pending_availability in
`handle_empty_block_announce_data`
Fixes#3577
After #4097 is merged, we
should also add a zombienet test, similar to the existing
`0002-pov_recovery.toml` but which has a single collator using elastic
scaling on multiple cores.
After #3576 is done, we should adjust the pov-recovery side.
The current logic logic assumes that we get at maximum one candidate per relay chain block, which gave us some nice ordering. With multiple pending candidates per relay chain block, we need to ensure the correct ordering. Other than that, the current logic should still work.
The text was updated successfully, but these errors were encountered: