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
**Motivation**
DiscV4 protocol discovers new peers, and after deciding it is a valid
peer, a TCP connection is established and RLPx protocol starts
**Description**
Now, when receiving a DiscV4 Pong message and after evaluating the peer,
a RLPx connection is created and established. If handshake fails it
removes the peer from the Kademlia table.
Closes#837.
Also removed some hard-coded testing code.
Once the listen loop is built (#840) there may be other conditions where
a peer has to be discarded. (eg. when the other peer sends a Disconnect
message). After #840 is completed we may create some more issues on this
regard.
---------
Co-authored-by: Maximo Palopoli <[email protected]>
Co-authored-by: Javier Rodríguez Chatruc <[email protected]>
Co-authored-by: Federico Borello <[email protected]>
Co-authored-by: Marcos Nicolau <[email protected]>
Co-authored-by: Rodrigo Oliveri <[email protected]>
Co-authored-by: Ivan Litteri <[email protected]>
Co-authored-by: Manuel Iñaki Bilbao <[email protected]>
Co-authored-by: Martin Paulucci <[email protected]>
Co-authored-by: François <[email protected]>
Currently discv4 handles the peer discovery, and it has to delegate the RLPx connection to a new task.
See this TODO and remove this harcoded test and it's related function
The text was updated successfully, but these errors were encountered: