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

Browsers now have the native Web Crypto API which makes doing fully P2P end to end encrypted decentralized applications possible.

For instance, here is a demo of a social network dApp I built that is running a distributed correctness test across many real world devices that are updating character-by-character in realtime: https://youtu.be/C3akdQJs55E (fully P2P and encrypted!)

I know blockstack has been pushing this but they still require their own browser. Meanwhile you can build apps like above as easily as 40 lines of code and a few minutes, check out this interactive coding tutorial: https://scrimba.com/c/c2gBgt4




You're still relying on the central app-specific server for connecting peers to each other, it's disingenuous to say it's "fully p2p".


False, it is fully peer to peer. The browser, even with WebRTC, can't do full P2P, but that isn't gun's fault, because if you run a NodeJS peer it can and will be fully P2P. And you can you mix these together.


You're right that it's not gun's fault you can't do direct p2p in a browser, I guess my point is that this is one reason why people keep making browser forks and plugins


Ahhh, thanks for clarifying. Good point. Yes, that is true, but my concern is if we tie the dApp to strongly to these forks or plugins we also can only grow the user base as fast as users who are willing to install and use these alternatives - which I believe just shoots our own growth in the foot.

Instead, if we make it work out of the browser by default, then we can get much better user adoption and then optionally ask users to opt into more secure and reliable alternatives after they have already built trust with us and been won over. Does that make sense? Thoughts?




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

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

Search: