1. 10 Jun, 2020 2 commits
  2. 09 Jun, 2020 3 commits
  3. 08 Jun, 2020 3 commits
  4. 06 Jun, 2020 1 commit
  5. 05 Jun, 2020 7 commits
  6. 04 Jun, 2020 1 commit
  7. 03 Jun, 2020 2 commits
  8. 02 Jun, 2020 1 commit
  9. 29 May, 2020 5 commits
    • Janoš Guljaš's avatar
    • Ivan Vandot's avatar
      fix typo in log (#240) · a1443489
      Ivan Vandot authored
      a1443489
    • Janoš Guljaš's avatar
    • Janoš Guljaš's avatar
    • acud's avatar
      kademlia, debugapi, node: fix connection issues (#236) · 58bc639b
      acud authored
      * debugapi/peer.go - the AddPeer method on kademlia was called after connecting to the peer. this is legacy from the full topology implementation and is incorrect in this case. The resulting behavior would be that the peer would be connected to, then would be added to the known peers list, instead of both known and connect lists. So the kademlia would try to iterate in manage but the peer would never show up in the known peers list, so would never show up in the iterator.
      * it could be, that under certain circumstances that this peer would be gossiped to the node from another node, eventually triggering adding the peer through AddPeer, resulting in it being in the knownPeers slice. It is difficult to say what would be the behavior in such case, since AddPeer does not guarantee trying to connect to such a node, so we cannot guarantee in such case that the peer will ever shown in the connectedPeers list
      * kademlia.go - moved the addition of a peer to the connect peers list after connect has finished. this is to prevent a data race when we try to connect to a peer, but it has already dialed in but was not yet added to the kademlia (the Connected callback was not yet called). In this case the peer should also be added to the connected peers list. This call is of no harm, since duplicates are not allowed as part of pslice guarantees (they are skipped and not added)
      * kademlia.go - add peer to known peers slice on dial in - the problem was that a peer has dialed in, but was never known to us, resulting in an inconsistency in the kademlia
      node.go - peer should not be disconnected from when AddPeer fails in the case of kademlia (since AddPeer doesn't guarantee a connection)
      58bc639b
  10. 28 May, 2020 3 commits
  11. 27 May, 2020 2 commits
  12. 26 May, 2020 1 commit
    • acud's avatar
      [bee #47, #56]: kademlia phase 0+1 (#155) · 8f780e3a
      acud authored
      * initial kademlia implementation
      * implement `ClosestPeer` so that retrievals and push sync will work on kademlia
      * hook up kademlia to be the default topology, instead of `full`
      * add peer broadcasting functionality upon connecting to a peer
      * add peer announcement on dial-in
      8f780e3a
  13. 25 May, 2020 7 commits
  14. 24 May, 2020 1 commit
  15. 22 May, 2020 1 commit