Alexandru Gheorghe
authored
~The previous fix was actually incomplete because we update the authorties only on the situation where we decided to reconnect because we had a low connectivity issue. Now the problem is that update_authority_ids use the list of connected peers, so on restart that does contain anything, so calling immediately after issue_connection_request won't detect all authorities, so we need to also check every block as the comment said, but that did not match the code.~ Actually the fix was correct the flow is follow if more than 1/3 of the authorities can not be resolved we set last_failure and call `ConnectToResolvedValidators`. We will call UpdateAuthorities for all the authorities already connected and for which we already know the address and for the ones that will connect later on `PeerConnected` will have the AuthorityId field set, because it is already known, so approval-distribution will update its cache topology. --------- Signed-off-by:Alexandru Gheorghe <alexandru.gheorghe@parity.io> Co-authored-by:
Alexander Samusev <41779041+alvicsam@users.noreply.github.com>
Name | Last commit | Last update |
---|---|---|
.. | ||
.rpm | ||
cli | ||
core-primitives | ||
doc | ||
erasure-coding | ||
grafana | ||
node | ||
parachain | ||
primitives | ||
roadmap | ||
rpc | ||
runtime | ||
scripts | ||
src | ||
statement-table | ||
tests | ||
utils | ||
xcm | ||
zombienet_tests | ||
.dockerignore | ||
.editorconfig | ||
Cargo.toml | ||
LICENSE | ||
README.md | ||
build.rs | ||
file_header.txt |