Closed sarvalabs-rahul closed 9 months ago
these are not your mesh peers, but all you peers who support the protocol.
@vyzo But i could see active mesh connections among all the peers, I have used host.Network().Conns()
to retrieve the active connections.
Total no.of mesh connections for a peer is very close to the no.of peers in the entire network.
This are not mesh connections.
that's an issue of your peer discovery and bootstrap mechanism; nothing to do with gossipsub.
@vyzo, I could see that each peer has at least one active stream with "/meshsub/1.1.0" protocol.ID with all other peers.
Am i missing anything ?
the protocol automatically hanshakes; it doesn't mean they are in the mesh.
In short, this is neither a bug not a problem at all.
@vyzo Here are my last set of questions:
Context: I am currently developing a context-aware blockchain protocol. In this protocol, we create temporary dynamic clusters in runtime to handle transactions based on the contextual information of participants and their interactions.
Within our protocol, each node can participate in multiple clusters concurrently and process transactions in parallel. This places significant strain on the network, prompting us to explore optimisation possibilities.
Thank you for taking the time to address my questions.
no, there is one inbound and one outbound stream total.
Hi,
I'm utilizing a gossip-based pubsub for broadcasting blocks. We currently have a testnet consisting of 400 nodes, with each node subscribed to this specific topic. When I check the list of peers for this topic on a specific node, it returns 400 . How can I restrict the number of peers for each topic?
Here are the gossipParams: Dlo = 6 D = 8 Dhi = 16