Skip to content
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.

Reserved Nodes are no longer inclusive of in/out peer restrictions #12799

Closed
2 tasks done
notlesh opened this issue Nov 28, 2022 · 1 comment
Closed
2 tasks done

Reserved Nodes are no longer inclusive of in/out peer restrictions #12799

notlesh opened this issue Nov 28, 2022 · 1 comment

Comments

@notlesh
Copy link
Contributor

notlesh commented Nov 28, 2022

Is there an existing issue?

  • I have searched the existing issues

Experiencing problems? Have you tried our Stack Exchange first?

  • This is not a support question.

Description of bug

A recent client change introduced a change in behavior where the set of --reserved-nodes is not counted against --in-peers or --out-peers. Previously this was counted against --out-peers in most (all?) cases.

Example:

in: 1
out: 5
num reserved: 4

behavior before: node will make up to 6 peer connections.
behavior after: node will make up to 10 peer connections.

This graph depicts the behavior before and after:

image

This may relate to the GRANDPA protocol; this graph shows a similar before-and-after with number of GRANDPA messages:

image

Note that this may be the desired behavior. If so, it should probably apply to all p2p and be documented.

Perhaps related: #12797

Steps to reproduce

Compare moonbeam client <= v0.26.1 vs >= v0.27.0 with a configuration of both reserved and in/out peers and observe the difference in the total number of peer connections the client will maintain.

@altonen
Copy link
Contributor

altonen commented Dec 8, 2022

Probably related to this: #11909 so it's desired behavior. I'll close this as resolved.

cc @dmitry-markin

@altonen altonen closed this as completed Dec 8, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants