-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Description
Description
To improve privacy during kademlia lookups it was proposed to add double hashing support to kad. The following part of the notion describes the changes pretty well:
Now
- Client sends
Req(CID)
to DHT server nodes - DHT server nodes lookup if one of their provider records matches
CID
and if yes, return it - If not
a. DHT server nodes computeHash(CID)
b. DHT server nodes look for the closestpeerID
s (according to the XOR distance) toHash(CID)
in their routing table and return them to the client
After
- Client sends
(Req(Hash("CR_DOUBLEHASH" || MH))
to DHT server nodes, whereMH
is the MultiHash included in the CID - DHT server nodes lookup if one of their provider records matches
Hash("CR_DOUBLEHASH" || MH)
and if yes return it - If not
a. DHT server nodes look for the closestpeerID
s (according to the XOR distance) toHash("CR_DOUBLEHASH" || MH)
(without having to compute the hash of the CID themselves) in their routing table and return them to the client
Due to this change in behavior, the change necessary will be minimal but breaking. We have to figure out how we want to transition here. Also look at the corresponding notion document: https://pl-strflt.notion.site/Double-Hashing-Migration-Notes-75d723deb0d44a19a95615c5ccda3165
It probably makes sense to introduce these changes with prefix lookup and record encryption (also discussed in Notion Page by PL).
Relevant documentation:
- Notion Page by PL
- Go implementation: double hashing implementation ChainSafe/go-libp2p-kad-dht#1
Related:
Motivation
This change would increase reader privacy, by making it harder to track what a reader is looking for. It's part of the ongoing effort to increase privacy in libp2p.
Open Questions
- How do we want to transition?
Are you planning to do it yourself in a pull request?
Yes.
In the interest of making it easier, I would like to see #3130 to be resolved first.