Login

Redecentralize

We’ve had enough of digital monopolies and surveillance capitalism. We want an alternative world that works for everyone, just like the original intention of the web and net.

We seek a world of open platforms and protocols with real choices of applications and services for people. We care about privacy, transparency and autonomy. Our tools and organisations should fundamentally be accountable and resilient.

Home
Feross Aboukhadijeh [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-31 17:54:38
WebRTC can speak whatever protocol you want (you can design your own). WebTorrent is going to speak the same BitTorrent protocol, as much as possible. WebRTC does not allow you to open arbitrary TCP or UDP sockets, which is what I think you're asking. Existing torrent clients will need /...\ webtorrent On Mon, Dec 30, 2013 at 4:09 AM, Francis Irving < francis@flourish.org > wrote: Feross, quick question about this... Can WebRTC Data Channels natively speak arbitary protocols, so they can just implement the regular BitTorrent protocol? Or will existing BitTorrent clients need updating? Francis /...\ that you're > spreading these important ideas to a broader audience. I actually had a > slide about Redecentralize in my talk about WebRTC Data Black > Magic< http://vimeo.com/77265280 > at > RealtimeConf! > > I wanted to share a bit about my new project, WebTorrent
Feross Aboukhadijeh [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-08 15:46:06
also a huge fan of Sharefest.me. Dropbox better watch out. I've actually interacted with the guys who run it. There were some tricky WebRTC limitations in the early Chrome and Firefox implementations, which they found a clever hack to solve. They're really helpful /...\ Eric Mill < eric@konklone.com > wrote: This is terrific, Feross. It will definitely be an example I cite in my WebRTC evangelism. :) So I am also a huge fan of  https://www.sharefest.me , which is a very BitTorrent-like model for file sharing via WebRTC, though it's modeled /...\ glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted to share a bit about my new project, WebTorrent . I'm building a browser BitTorrent client that
Paul Frazee [LibreList] Re: [redecentralize] GNU Internet Stack / youbroketheinternet.org 2013-12-30 11:45:20
inclined to say, keep HTTP, improve on its usage model, then mix in new protocols like GNUnet that HTTP absolutely can't mimic. Regarding WebRTC, the central dependency is signal routing and IP discovery. You can distribute that system with lots of HTTPS hosts, but you still need to address /...\ difference is that breaching those systems should be or is illegal, whereas tracking users in a CMS is not, and the latter is what WebRTC solves for us. Looked up that HN thread on OkTurtles to see where the Namecoin conversation landed. Found an interesting idea at https://news.ycombinator.com/item?id=6964090 /...\ that resource. Short term is another matter. There are lots of incremental things people can and should do now. The dig at WebRTC is uncalled for - yes, right now you have to have some other identity system to use it, and that is necessarily central. But it's an open
Eric Mill [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-08 18:36:58
This is terrific, Feross. It will definitely be an example I cite in my WebRTC evangelism. :) So I am also a huge fan of  https://www.sharefest.me , which is a very BitTorrent-like model for file sharing via WebRTC, though it's modeled to resemble people's conception /...\ glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted to share a bit about my new project, WebTorrent . I'm building a browser BitTorrent client that /...\ requires no install (no plugin/extension/etc.) and fully-interoperates with the regular BitTorrent network. We'll use WebRTC Data Channels for peer-to-peer transport, so the entire client is basically one JavaScript file. Since WebTorrent is web-first, it's simple for users who do not understand .torrent files, magnet
Francis Irving [LibreList] Re: [redecentralize] GNU Internet Stack / youbroketheinternet.org 2013-12-30 11:42:22
that resource. Short term is another matter. There are lots of incremental things people can and should do now. The dig at WebRTC is uncalled for - yes, right now you have to have some other identity system to use it, and that is necessarily central. But it's an open /...\ standard, pluggable compontent that can be used in lots of ways. If you have some other decentralized identification system, you can then use WebRTC on top of it somehow later. Francis On Sun, Dec 29, 2013 at 09:46:31PM -0600, Paul Frazee wrote: > No kidding about the diagram /...\ such as cookies, invisible counters, e-tags and plenty of Javascript doing > > what the server tells it to. Now comes WebRTC which relies on web servers > > for authentication and thus enables them to run a man in the middle attack, > > and AJAX, which took
Francis Irving [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-30 12:09:19
Feross, quick question about this... Can WebRTC Data Channels natively speak arbitary protocols, so they can just implement the regular BitTorrent protocol? Or will existing BitTorrent clients need updating? Francis On Sun, Dec 08, 2013 at 03:31:00PM -0800, Feross Aboukhadijeh wrote: > Hey everyone! I think Redecentralize /...\ that you're > spreading these important ideas to a broader audience. I actually had a > slide about Redecentralize in my talk about WebRTC Data Black > Magic<http://vimeo.com/77265280> at > RealtimeConf! > > I wanted to share a bit about my new project, WebTorrent /...\ building a browser BitTorrent client that requires no install (no > plugin/extension/etc.) and fully-interoperates with the regular BitTorrent > network. We'll use WebRTC Data Channels for peer-to-peer transport, so the > entire client is basically one JavaScript file. > > Since WebTorrent is web-first
Feross Aboukhadijeh [LibreList] Hello from WebTorrent 2013-12-08 15:31:00
glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted to share a bit about my new project, WebTorrent . I'm building a browser BitTorrent client that /...\ requires no install (no plugin/extension/etc.) and fully-interoperates with the regular BitTorrent network. We'll use WebRTC Data Channels for peer-to-peer transport, so the entire client is basically one JavaScript file. Since WebTorrent is web-first, it's simple for users who do not understand .torrent files, magnet /...\ intimidated, confused, or unwilling to install a program on their machine to participate. I think this is one of the most exciting uses of WebRTC to date, and I hope you'll check out the project at http://webtorrent.io . Nothing works yet and there's still a lot of code
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:50:49
games over this. :) On Jan 6, 2014, at 11:18 AM, Paul Frazee < pfrazee@gmail.com > wrote: I'm working on a WebRTC system, and I've basically made the same tradeoffs. You need a central coordinator for WebRTC's signalling, so I'm running a public one, and then
Paul Frazee [LibreList] Re: [redecentralize] GNU Internet Stack / youbroketheinternet.org 2013-12-29 21:46:31
overladen with surveillance functionality such as cookies, invisible counters, e-tags and plenty of Javascript doing what the server tells it to. Now comes WebRTC which relies on web servers for authentication and thus enables them to run a man in the middle attack, and AJAX, which took /...\ also knock on X.509 and DNS in that page. There's been some talk about namecoin. Anybody follow that closely enough to comment? Regarding WebRTC's MITM vulnerability, I wonder about using http://www.w3.org/TR/WebCryptoAPI/ someday to do client certs, though tcpacek's FUD about client-side crypto is hard
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:18:13
working on a WebRTC system, and I've basically made the same tradeoffs. You need a central coordinator for WebRTC's signalling, so I'm running a public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:40:41
games over this. :) On Jan 6, 2014, at 11:18 AM, Paul Frazee < pfrazee@gmail.com > wrote: I'm working on a WebRTC system, and I've basically made the same tradeoffs. You need a central coordinator for WebRTC's signalling, so I'm running a public one, and then
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:46:47
games over this. :) On Jan 6, 2014, at 11:18 AM, Paul Frazee < pfrazee@gmail.com > wrote: I'm working on a WebRTC system, and I've basically made the same tradeoffs. You need a central coordinator for WebRTC's signalling, so I'm running a public one, and then
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:53:30
games over this. :) On Jan 6, 2014, at 11:18 AM, Paul Frazee < pfrazee@gmail.com > wrote: I'm working on a WebRTC system, and I've basically made the same tradeoffs. You need a central coordinator for WebRTC's signalling, so I'm running a public one, and then
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 11:07:42
used in a less centralized peer to peer manner if IP were allowed to actually work. We do not need complicated things like libjingle, WebRTC, Maidsafe, etc. All we need is IP. In the short term we can have this world using network virtualization layers and/or meshnets. In the long
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Yesterday's London meet-up 2014-01-08 10:49:44
extract the DHT parts that could be re-used in p4p2p.net. Andi, Tom, Florian and Yiorgis looked at / discussed / presented / hacked upon / broke / mended WebRTC, Tahoe, Crypho and techniques for punching holes in firewalls / NAT. We intend to do the same sort of thing again in Freiburg, perhaps here
holger krekel [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 19:16:07
less centralized peer to peer manner if IP were allowed to actually work. > > We do not need complicated things like libjingle, WebRTC, Maidsafe, etc. All we need is IP. In the short term we can have this world using network virtualization layers and/or meshnets. In the long term
Jeremie Miller [LibreList] Re: [redecentralize] Yesterday's London meet-up 2014-01-08 06:03:22
that could be re-used > in p4p2p.net. > > Andi, Tom, Florian and Yiorgis looked at / discussed / presented / > hacked upon / broke / mended WebRTC, Tahoe, Crypho and techniques for > punching holes in firewalls / NAT. > > We intend to do the same sort of thing again in Freiburg
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Yesterday's London meet-up 2014-01-15 14:37:29
that > could be re-used in p4p2p.net. > > Andi, Tom, Florian and Yiorgis looked at / discussed / presented / > hacked upon / broke / mended WebRTC, Tahoe, Crypho and techniques > for punching holes in firewalls / NAT. > > We intend to do the same sort of thing again in Freiburg
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Avatar "operating system for the internet" 2014-02-03 09:53:54
peer-to-peer connections, they are currently using an (optional) locally-installed software called "Avatar Bridge" which is aimed to fill the gap until WebRTC reaches maturity and wide browser support. There are voices declaring browser-side JavaScript cryptography as doomed [3]. Avatar is employing measures against this. For example
Paul Frazee [LibreList] Re: [redecentralize] Avatar "operating system for the internet" 2014-02-03 11:04:28
peer-to-peer connections, they are currently using an (optional) locally-installed software called "Avatar Bridge" which is aimed to fill the gap until WebRTC reaches maturity and wide browser support. There are voices declaring browser-side JavaScript cryptography as doomed [3]. Avatar is employing measures against this. For example
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-11 10:45:08
assume that subscription will work, otherwise the server is mis-implemented and should be avoided. For communicating between peers and browsers, there's WebRTC, which acts as an HTTPL channel just like the Workers' postMessage channel
Ximin Luo [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 22:18:20
maze@strahlungsfrei.de [LibreList] Avatar "operating system for the internet" 2014-02-02 17:46:44
peer connections, they are currently using an (optional) locally-installed software called "Avatar Bridge" which is aimed to fill the gap until WebRTC reaches maturity and wide browser support. There are voices declaring browser-side JavaScript cryptography as doomed [3]. Avatar is employing measures against this. For example
Giovanni P [LibreList] GNUnet 2014-06-02 10:33:51
/wiki/GNUnet Is this old news? Isn't it time to talk about it? Even more now that it is getting a totally in-browser webRTC implementation
Paul Frazee [LibreList] Re: [redecentralize] decentralization Yahoo group 2013-12-30 20:38:25
Regarding what's different, privacy may be more commercially attractive on its own. WebRTC is a decent new piece of tech, and I think browsers are getting thicker. As for funding, don't know, but be sure to tell me when an idea comes
Paul Frazee [LibreList] Re: [redecentralize] Avatar "operating system for the internet" 2014-02-02 12:20:44
peer-to-peer connections, they are currently using an (optional) locally-installed software called "Avatar Bridge" which is aimed to fill the gap until WebRTC reaches maturity and wide browser support. There are voices declaring browser-side JavaScript cryptography as doomed [3]. Avatar is employing measures against this. For example
Ross Jones [LibreList] Re: [redecentralize] GNUnet 2014-06-02 15:11:04
/wiki/GNUnet Is this old news? Isn't it time to talk about it? Even more now that it is getting a totally in-browser webRTC implementation
Giovanni P [LibreList] Re: [redecentralize] GNUnet 2014-06-02 11:37:56
/wiki/GNUnet Is this old news? Isn't it time to talk about it? Even more now that it is getting a totally in-browser webRTC implementation