Re:Pushing the Limits of IPFS and OrbitDB
by shams93 on Tuesday May 29, 2018 @03:52AM
(#17177200)
Although with webrtc you still need a signaling server and a turn/stun server. It would be interesting to try getting the webrtc stack to work fully serverless by using js-ipfs to exchange ip for stun and then do signaling using js-ipfs with websockets. Then you could open up peer channels to exchange data without using js-ipfs but by using it for the initiation and signaling layers you could potentially setup a pure p2p video chat system or file sharing system.
[ Parent
| on HN ]
True, currently we always need some sort of signalling server to be able to connect to browser<>browser peers but once you done that, you can connect directly to other browsers (truly P2P in the browser).
Now, if we can have js-ipfs and go-ipfs nodes on desktop automatically act as signalling servers (if you start with a `--server` flag or something), we'll be able to decentralize the need for signalling servers as well, and remove another point of centralization. Getting us closer to the goal as well.
Maybe in the future we'll be able to have TCP/UDP sockets in the browser, but we'll see when/if that happens.
Disclaimer: I work fulltime on IPFS