Hacker News Reader

Comment by sliken | Hacker News Reader

First blockchains are slow. Second you can put things in the DHT without having anything to do with a torrent.

Yeah, but if other nodes aren't passing it around it won't get distributed right? The client nodes aren't passing around information for more than 10 minutes unless they have a good reason (aka announcing torrents) so it will die out pretty quick and thus not be good for storage?

I suppose you could just keep your personal computer up and keep announcing, but then you are really just storing information on your computer and not really storing it in the DHT. Feel free to correct me if I'm wrong.

+1 not sure where "to store the information in the DHT you'd have to attach it to a torrent" comes from.

It comes from the fact that the Mainline DHT is specifically about BitTorrent nodes and who has which torrents. The client programs don't just pass information around willy-nilly.

Well, as I understand, the tradeoff is that with BEP44 you don't have any storage or retrieval guarantees, and the data is purged a couple hours after nobody's asked for it.

Agreed. It makes it a bit easier to do something like publish your public key and have it available not just when intermittenly online, but somewhat longer.

Basically it makes it a bit easier to layer your special application on top of the mainline DHT, help your peers find each other, and make it a bit easier to publish some metadata about your peers.

That way you can take advantage of millions of nodes in the DHT and not just the ones running your special application.

But if you need stronger guarantees or availability those should come from your application, not the mainline DHT.

Reply on news.ycombinator.com