Hacker News new | past | comments | ask | show | jobs | submit login

HTTP is the new TCP. I wonder why all of those projects (IPFS, SSB, Dat/Hypercore) developed their own protocols rather than piggybacking on HTTP instead---thus requiring desktop daemons, specialised browsers, or web gateways.

I think the issue is the lack of separation between peer-to-peer synchronisation (e.g., nodes sharing messages with each other) and peer-to-browser communication (e.g., a browser requesting a file). I get that the former may require a specialised protocol, but the latter should be available through plain HTTP.




NAT traversal. Until IPV6 is universal one can't just point your browser to another persons computer that does not have a IPV4 network address.


http and tcp aren’t very comparable.

Anyway, the whole OSI has problems. If it were up to me, I’d redo IP to include named ports and see what follows.


Of course, I was alluding to HTTP's ubiquity.

If you want your protocol to be used in browsers you need to speak their language. I'm claiming that it's not something to overlook, especially since asking people to install and run additional software standalone/alongside is impractical.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: