-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WebRTC DHT support #2
Comments
i believe we can change the specs, but implementation first. i suspect making WebSockets work over UDP is going to be a harder sell to W3C and partners, but it's still possible. so, which would be best: adapting DHT to work over TCP, adapting WebSockets to work over UDP, or building an open source UDP <--> TCP proxy service? |
The current plan is to run the DHT protocol over WebRTC, minus the UDP requirement. We'll just keep open connections to every peer in the DHT routing table. So, hopefully we can keep the modifications minor. Eventually, we hope that we can extend the spec to bridge the gap between normal and web clients. |
Updated the readme file with more details on how we're doing DHT over WebRTC: eed07d7 |
Let's use this issue for tracking WebRTC DHT support. |
Lets discuss the potential of DHT support. WebRTC has some pretty serious restrictions on data transferred and a bit of de-risking should be taken when planning.
How would the DHT features be delivered without UDP or some sort of hand-rolled proprietary, routing outside of the protocol spec?
The text was updated successfully, but these errors were encountered: