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
{{ message }}
This repository has been archived by the owner on Aug 2, 2021. It is now read-only.
Example:
Node count: 200
Maxpeers set to: 2000
=> You are connected to all nodes. NOK
Expected: not radically different than what you need for healthy connectivity
Regression? We did not use to connect to all the nodes.
Idea: limit number of nodes/bin
The idea to limit the number of connections had been rejected in the past. #406
Also see this document on pruning: https://github.com/ethersphere/go-ethereum/wiki/Pruning,-planning-20180419
the hive bootstrap algorithm should take care of outgoing connections prioritising depth over breadth (of PO bins in the kademlia) thereby protecting rows from being overpopulated.
However, random peer dialing in the p2p package goes against this.
Restrictive maxpeers setting will prevent nodes from connecting and therefore may have unhealthy kademlia or even remain disjoint from their real neighbourhood which is critical for routing.
high maxpeers value on the other hand leads to full connectivity
We want to configure the p2p package to not connect to any random nodes, and handle connections to new peers from the Swarm Kademlia implementation and SuggestPeer functionality.
The text was updated successfully, but these errors were encountered:
This is currently expected behaviour of the p2p package and the dialstate runner. Once we have a Swarm bootnode, we can try to disable these, and take over node discovery and connections on Swarm side, rather than have the dialstate runner fill our peer slots.
Example:
Node count: 200
Maxpeers set to: 2000
=> You are connected to all nodes. NOK
Expected: not radically different than what you need for healthy connectivity
Regression? We did not use to connect to all the nodes.
Idea: limit number of nodes/bin
The idea to limit the number of connections had been rejected in the past. #406
Also see this document on pruning: https://github.com/ethersphere/go-ethereum/wiki/Pruning,-planning-20180419
the hive bootstrap algorithm should take care of outgoing connections prioritising depth over breadth (of PO bins in the kademlia) thereby protecting rows from being overpopulated.
However, random peer dialing in the p2p package goes against this.
Restrictive maxpeers setting will prevent nodes from connecting and therefore may have unhealthy kademlia or even remain disjoint from their real neighbourhood which is critical for routing.
high maxpeers value on the other hand leads to full connectivity
We want to configure the
p2p
package to not connect to any random nodes, and handle connections to new peers from the Swarm Kademlia implementation andSuggestPeer
functionality.The text was updated successfully, but these errors were encountered: