Live data from Hacker News

Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

github.com

51–60 of 190 posts

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#51
post #45
post #41

Earlier quoted context omitted.

> and yet we both conclude it is blockable Extremely polarizing language for something that is way more a scale to me, and I don't agree that this technology is blockable. I already elaborated some scenarios where hosting can respawn easily, with no coupling to any particular infrastructure. That to me is pretty unblockable. There's other resilliencies offered here. The story keeps getting better, given all the resil…

Please don't argue in the flamewar style on HN. We want curious conversation here. https://news.ycombinator.com/newsguidelines.html

> Eschew flamebait. Avoid unrelated controversies and generic tangents.

I very much think resolving this conversation is of the utmost importance, is absolutely core to the topic at hand. There should at least be some idea of what the criticism here is. I would really like to see that.

I have not at all been perfect. But I have tried to surface technics, to get to the heart of the technical matters at hand. To illuminate & increase the information here, in the core topics at hand.

I respect your intervention here dang & agree this is going bad. And I could improve. But I think I am very very very narrowly not-passing here, and this seems like an essential defense to me. I've been wanting very badly to get to the real topic, to affirm & help us to work with the next HN rule after "Eschew flamebait":

> Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something.

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#55
this is actually nice, imagine a world where devices have software like this and acts as a node, so like install it on your smart coffee pot, tv, etc. seems silly but i think as time progresses and as technology advances and gets cheaper and cheaper to build that we will one day have normal everyday appliances os's in them, maybe even a type of wifi that will eventually create mesh networks

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#56
post #53

How do you handle security updates to Chromium?

This project has just begun and is still in its infancy. My hope is that the community will come together to take it to another level. Chromium updates are generally handled by the Electron team!

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#57

This is cool. I'm also working on a decentralized distribution mechanism based on torrents, and while i've being working on a different architecture, the network mechanism are basically the same with a couple of differences on the network level. In my case i'm working on a very customized version of chrome where the web api is actually available for native applications beyond Javascript.

That sounds interesting! I would love to hear more!

Sure. is there a way to contact you?

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#58

this is actually nice, imagine a world where devices have software like this and acts as a node, so like install it on your smart coffee pot, tv, etc. seems silly but i think as time progresses and as technology advances and gets cheaper and cheaper to build that we will one day have normal everyday appliances os's in them, maybe even a type of wifi that will eventually create mesh networks

Suck It Jian Yang

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#59

Would this work over I2P?

BitTorrent works on I2P so I believe this should as well but I haven't tried.

Hi, thank you for this! Is it wrong to say that without going through a privacy layer like I2P, you'd publicly link your IP to the decentralized websites you visit?

Re: Show HN: Decentralized, Mutable, Serverless Torrent Swarm Websites

#60

Earlier quoted context omitted.

Have you checkout out the Gnu Name System from GNUNet?

The website for GNUnet seems to be down/404, but it looks like ownership of names is controlled by a central authority ( https://manpages.debian.org/unstable/gnunet/gnunet-namestore... ).

If you want to do anything decentralized, I highly recommend to read all of the scientific papers from the gnunet authors. They theoretically solved a lot of problems a long time ago that modern distributed projects keep repeating. About the name system: It is a bit more complex than that. Everybody can "create" a domain, but others must import it's public key, somewhat compatible to a hosts file. The trick is that each domain can have arbitrary subdomains, also stored in the DHT. Now one can construct arbitrary deep trees. And everyone can choose a list of their trusted TLDs, and use them to resolve names. Say site.alice.bob.gnu (where .gnu is shipped with the client as default) and if I personally decide to trust Alice directly, I put her public key into my config file and from now on I can use site.alice instead without ever touching bob.gnu or .gnu again. Their DHT comes with unusual privacy guarantees due to clever cryptography. Furthermore gnunet already researched filesharing using content addressed blocks to allow for deduplication. Very clever. Unfortunately the implementation is not very usable and kind of stale. Some of these file sharing concepts are also better implemented by Freenet, which is a kind of anonymous decentralized web, even somewhat usable. A pity that those projects seem kind of stuck.
Post reply on HN