@jbenet @whyrusleeping
this addresses a failure case where
1) bitswap wants blocks A and B
2) partner 1 has A and partner 2 has B
3) We choose a key at random, drawing A.
4) Then, we request A, neglecting to find a provider for B.
Sending the full wantlist is meant to be used as a helpful additional
piece of data, but...
unless our hunch is support by statistical inference at runtime,
it's not safe to assume that a peer will have blocks for related keys.
Routing must be the source of truth.
License: MIT
Signed-off-by:
Brian Tiger Chow <brian@perfmode.com>
| 名称 |
最后提交
|
最后更新 |
|---|---|---|
| Godeps | 正在载入提交数据... | |
| blocks | 正在载入提交数据... | |
| blockservice | 正在载入提交数据... | |
| cmd/ipfs | 正在载入提交数据... | |
| commands | 正在载入提交数据... | |
| config | 正在载入提交数据... | |
| core | 正在载入提交数据... | |
| crypto | 正在载入提交数据... | |
| diagnostics | 正在载入提交数据... | |
| exchange | 正在载入提交数据... | |
| fuse | 正在载入提交数据... | |
| importer | 正在载入提交数据... | |
| merkledag | 正在载入提交数据... | |
| namesys | 正在载入提交数据... | |
| net | 正在载入提交数据... | |
| path | 正在载入提交数据... | |
| peer | 正在载入提交数据... | |
| pin | 正在载入提交数据... | |
| repo | 正在载入提交数据... | |
| routing | 正在载入提交数据... | |
| server/http | 正在载入提交数据... | |
| test | 正在载入提交数据... | |
| tour | 正在载入提交数据... | |
| unixfs | 正在载入提交数据... | |
| updates | 正在载入提交数据... | |
| util | 正在载入提交数据... | |
| .gitignore | 正在载入提交数据... | |
| .travis.yml | 正在载入提交数据... | |
| Dockerfile | 正在载入提交数据... | |
| LICENSE | 正在载入提交数据... | |
| Makefile | 正在载入提交数据... | |
| README.md | 正在载入提交数据... | |
| dev.md | 正在载入提交数据... | |
| doc.go | 正在载入提交数据... |