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
When a new register is done (one node to another), the "parent" node, or the node who receives the request never returns its own node_adress. For that reason, on children Node will be always necessary to register first a node, and then syncing.
I'll open a new branch, but not sure if I'm missing something.
Ty!
The text was updated successfully, but these errors were encountered:
Hello! I also came across this bug. I was about to fix it, but I'm also not sure about the general concept here. Is every node suppose to store every address of all other nodes? And what is about the own address of one node? I guess it should not be part of the peers set.
Is every node suppose to store every address of all other nodes?
If the network is large (1000s of nodes), that'd be an inefficent way. Usually, there's some variation of gossip protocol for broadcasting that's implemented, I'm not certain about the specifics though.
And what is about the own address of one node? I guess it should not be part of the peers set.
Yes, that's true, it should not be a part of peers set, but for the set up in this project we should add it to the response when some new node registers via it.
When a new register is done (one node to another), the "parent" node, or the node who receives the request never returns its own node_adress. For that reason, on children Node will be always necessary to register first a node, and then syncing.
I'll open a new branch, but not sure if I'm missing something.
Ty!
The text was updated successfully, but these errors were encountered: