Populate topology after restart if finality is lagging behind current session (#6913)
There is a small issue on restart, where if finality is lagging across session boundary and the validator restarts, then the validator won't be able to contribute anymore with assginments/approvals and gossiping for the blocks from the previous session, because after restart it builds the Topology only for the new session, so without a topology it won't be able to distribute assignments and approvals because everything in `approval-distribution` is gated on having a topology for the block. The fix is to also keep track of the last finalized block and its session and if it is different from the list of encountered sessions, build its topology and send it to the rest of subsystems. --------- Signed-off-by:Alexandru Gheorghe <alexandru.gheorghe@parity.io> Co-authored-by:
ordian <write@reusable.software>
parent
fddb6a2c
Showing
- polkadot/node/network/bridge/src/rx/mod.rs 51 additions, 23 deletionspolkadot/node/network/bridge/src/rx/mod.rs
- polkadot/node/network/bridge/src/rx/tests.rs 116 additions, 0 deletionspolkadot/node/network/bridge/src/rx/tests.rs
- polkadot/node/network/gossip-support/src/lib.rs 116 additions, 4 deletionspolkadot/node/network/gossip-support/src/lib.rs
- polkadot/node/network/gossip-support/src/tests.rs 190 additions, 1 deletionpolkadot/node/network/gossip-support/src/tests.rs
- polkadot/node/overseer/src/lib.rs 1 addition, 0 deletionspolkadot/node/overseer/src/lib.rs
- prdoc/pr_6913.prdoc 13 additions, 0 deletionsprdoc/pr_6913.prdoc
Please register or sign in to comment