- 02 Jan, 2015 3 commits
-
-
Juan Batiz-Benet authored
The crypto package moves into p2p. Nothing in it so far is ipfs specific; everything is p2p-general.
-
Jeromy authored
-
Jeromy authored
refactor test peer creation to be deterministic and reliable a bit of cleanup trying to figure out TestGetFailure add test to verify deterministic peer creation switch put RPC over to use getClosestPeers rm 0xDEADC0DE fix queries not searching peer if its not actually closer
-
- 24 Dec, 2014 2 commits
-
-
Brian Tiger Chow authored
cc @jbenet
-
Brian Tiger Chow authored
@whyrusleeping @jbenet this is a WIP with the DHT. wip License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com> Conflicts: epictest/addcat_test.go exchange/bitswap/testnet/peernet.go exchange/bitswap/testutils.go routing/mock/centralized_server.go routing/mock/centralized_test.go routing/mock/interface.go fix(routing/mock) fill in function definition
-
- 23 Dec, 2014 1 commit
-
-
Juan Batiz-Benet authored
this is a major refactor of the entire codebase it changes the monolithic peer.Peer into using a peer.ID and a peer.Peerstore. Other changes: - removed handshake3. - testutil vastly simplified peer - secio bugfix + debugging logs - testutil: RandKeyPair - backpressure bugfix: w.o.w. - peer: added hex enc/dec - peer: added a PeerInfo struct PeerInfo is a small struct used to pass around a peer with a set of addresses and keys. This is not meant to be a complete view of the system, but rather to model updates to the peerstore. It is used by things like the routing system. - updated peer/queue + peerset - latency metrics - testutil: use crand for PeerID gen RandPeerID generates random "valid" peer IDs. it does not NEED to generate keys because it is as if we lost the key right away. fine to read some randomness and hash it. to generate proper keys and an ID, use: sk, pk, _ := testutil.RandKeyPair() id, _ := peer.IDFromPublicKey(pk) Also added RandPeerIDFatal helper - removed old spipe - updated seccat - core: cleanup initIdentity - removed old getFromPeerList
-
- 13 Dec, 2014 1 commit
-
-
Brian Tiger Chow authored
License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
- 08 Dec, 2014 2 commits
-
-
Brian Tiger Chow authored
License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
Brian Tiger Chow authored
for safety! use mockpeer.WithID methods to create peers in tests License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
- 04 Dec, 2014 1 commit
-
-
Simon Kirkby authored
name publishing was failing of bad format.
-
- 16 Nov, 2014 7 commits
- 03 Nov, 2014 1 commit
-
-
Jeromy authored
-
- 30 Oct, 2014 1 commit
-
-
Brian Tiger Chow authored
-
- 28 Oct, 2014 3 commits
-
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
-
- 22 Oct, 2014 2 commits
-
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
-
- 21 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
-
- 20 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
![](http://m.memegen.com/77n7dk.jpg)
-
- 09 Oct, 2014 2 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
- cleaned up cmd help - ipfs name publish [<name>] <ref> - ipfs name resolve [<name>] - publish validates <ref> - both validate n args
-
- 08 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
type NameSystem interface { Resolver Publisher } should say it all. cc @whyrusleeping
-
- 06 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
the u.Hash error can be safely ignored (panic) because multihash only fails from the selection of hash function. If the fn + length are valid, it won't error. cc @whyrusleeping
-
- 05 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
-
- 04 Oct, 2014 3 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
this commit dedicated to @whyrusleeping
-
- 01 Oct, 2014 6 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Jeromy authored
-
Jeromy authored
-
Jeromy authored
-
Jeromy authored
-