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
Bootstrap nodes are currently never removed. Also not when pinging them fails.
The idea is here that they should be highly available (trusted) nodes that one can always fallback to.
However, if a bootstrap node is unreachable (goes stale), then this has the side-effect that it will never be put in front of the bucket and practically block revalidation of all nodes in front of that bucket (until the bucket gets split at least).
Those nodes will still be "tested" for availability by doing lookups (findNode requests) though, so it is not that terrible.
Better solution would be to remove the bootstrap nodes, but always keep them aside as fallback for when the routing table drops to < bootstrapnodes.len peers.
The text was updated successfully, but these errors were encountered:
Bootstrap nodes are currently never removed. Also not when pinging them fails.
The idea is here that they should be highly available (trusted) nodes that one can always fallback to.
However, if a bootstrap node is unreachable (goes stale), then this has the side-effect that it will never be put in front of the bucket and practically block revalidation of all nodes in front of that bucket (until the bucket gets split at least).
Those nodes will still be "tested" for availability by doing lookups (findNode requests) though, so it is not that terrible.
Better solution would be to remove the bootstrap nodes, but always keep them aside as fallback for when the routing table drops to
< bootstrapnodes.len
peers.The text was updated successfully, but these errors were encountered: