6 ms·
GNUnet
- joelthelion 13y agoI wish one of these networks would take off, be it GNUnet, OneSwarm, I2P, freenet or any other, I don't care. The thing is, performance must be at least decent if the authors of these protocols want people to start using them.
- hnha 13y agoi2p is quite decent. torrents often exceed 100 kilobytes/s which to me IS fast for lazy downloads. ajax probably won't ever be fun but I could not care less about that. :D
- e1ven 13y agoI find that I like I2p quite a bit, but I'm not as fond of the reference implementation. It's in Java, which makes running it on small systems more difficult, and it routes traffic by default. Routing by default GREATLY improves the network, but may be undesirable/unrequested behavior by people.
- papul1993 13y agoYeah. I want to host an i2p site on my AWS free tier account but can't because it will exceed the 15 GB bandwidth limit due to all the volunteer routing.
- cmpctyd 13y agoYou can disable/lower routing. There is also bandwidth limiting. I don't recommend disabling the routing entirely, however.
- cmpctyd 13y ago"small systems"; I get that it can be hell-like on very small systems but the Raspberry Pi works great. There's a thread on zzz.i2p about it.
- e1ven 13y agoIt's ENTIRELY possible that that I didn't tune it correctly, but when I was looking at it as a routing underlayer for Tavern.com, it didn't leave me a whole lot of resources for running my apps.
- krenoten 13y agoIf you're interested in running networking applications on small hardware, you may be interested in the Beaglebone. It's more expensive, but vastly outperforms the Pi with regards to network I/O. The Pi is awesome for video, however.
- thelukester 13y agoFor you I2P users, What are you using for P2P software, I2PSnark, iMule, or I2Phex? I tried it a few years ago, but didn't have much success in finding anything. Any tips for setting up, searching, performance tweaks?
- klibertp 13y agoLast I read about it the performance was directly linked to the size of the network. In Freenet, if I remember correctly, larger number of nodes with the same content is proportional to the speed of the content download. And the content spreads to other nodes automatically, so if the network is big and demand for the content is big the content becomes very quickly downloadable (it's both "near" in terms of hops between nodes and there are more nodes with better bandwidth). So I think that such networks will be niche until enough governments try to censor internet at once. This will make enough people interested in networks like Freenet to make their performance ok. I would like for Freenet to be adopted much faster and on a greater scale without some cataclysm for free speech, but it doesn't look like it's possible :(
- orbitur 13y agoSo, for the uninformed like me, this is a more anonymous form of torrents?
- toyg 13y agoNot really. The emphasis in freenet is on crypto and anonymous distribution / plausible deniability, not moving huge amounts of data. What parent says is that content gets easier to reach with more nodes compared to average FN content, not that it will (likely ever) be faster to download than with BT or similar.
- klibertp 13y agoRight, but in the best case (the content is stored on all neighboring nodes in FN) the only speed difference would be in crypto algorithms used and protocol peculiarities (handshakes, key exchange or something like this). I think? I mean, if the content is not further than one hop, the Freenet functions very similarly to torrent. Or am I mistaken?
- toyg 13y agoThose "protocol peculiarities" are massive performance hogs.
- primitur 13y agoI wish there were an easy, drop-in lib that would give me swarm/peerless networking like this, for Mobile platforms. Even a Lua implementation would be enough for me.
- qznc 13y agoWebRTC http://www.webrtc.org/ http://www.webrtc.org/ While currently only available in-browser (Chrome and Firefox Nightly), it is actually a C++ Library and you can build native apps as well.
- gasull 13y agoThe links you're posting are broken, ending with "/".
- primitur 13y agoAh, very nice hint, thanks for that! I see here: https://code.google.com/p/libjingle/source/browse/trunk/talk/examples/peerconnection/client/main.cc https://code.google.com/p/libjingle/source/browse/trunk/talk... That in fact your idea has a fair bit of merit. I will add "investigate adding libjingle to MOAI" to my MOAI to-do list, because .. it seems do'able.
- rmc 13y agoAgreed. These systems have been around for a while, but as we see, haven't been widely adopted. So why? What's a good theory as to why these ones haven't taken off? If we can identify why these haven't taken off we can build the next one better.
- sb057 13y agoWhat's a good theory as to why these ones haven't taken off? Bittorrent got there first.
- mollerhoj 13y agoCould someone explain to me how these protocols are superior to Bittorrent?
- deleted 13y ago[deleted]
- krenoten 13y agoYour definition of "superior" may imply vastly different trade-offs. If you want files fast, then they are quite inferior to Bittorrent. The aforementioned protocols can vary a bit in what they do well, but in general the goal is to protect the identity of participants from hostile peers on the network. With Bittorrent, the goal is to transfer files efficiently with no regard for privacy, and it's very good at it.
- rmc 13y agoIt's harder to sue someone transfering a file with these protocols, however it's almost certainly slower to get a file with these protocols. Then there's the network effect. BitTorrent is more popular, ergo there will be more files available
- krenoten 13y agoMore that bittorrent was significantly faster and more convenient for users. In general, the more anonymous you want to make a network, the worse the tradeoffs involved will favor performance. Tor, for example, is designed to be low-latency, such that you can actually use instant messaging etc... but if an entity has the ability to monitor enough onion routers simultaneously it is actually trivial to pinpoint the origin of a message. This can be countered with traffic mixing, random delays, fake traffic, etc... all of which significantly increase latency and reduce bandwidth.
- lmm 13y agoGNUnet is IME the only one whose performance actually is decent.
- Sami_Lehtinen 13y agoKey is efficient caching. So there are more seeds than leechecrs. This is also true with Freenet and one of the points which I really like Freenet & GNUnet versus other protocols. Older versions of GNUnet didn't have cache eviction at all which I found to be major longterm issue, but they fixed it after discussing the topic. Btw. Bittorrent could be also modified to provide caching, but currently it doesn't and that wastes a lot of bandwidth. Tor doesn't use caching either, and wastes even more bandwidth.
- icebraining 13y agoHow would you implement caching in BT? I mean, who would cache what?
- qznc 13y agoI like Retroshare. http://retroshare.sourceforge.net/ http://retroshare.sourceforge.net/
- gasull 13y agoFixed link: http://retroshare.sourceforge.net http://retroshare.sourceforge.net
- marquis 13y agoThere is a new bug in HN, posting a trailing slash on an URL gives /. Remove the trailing slash and your link works.
- simcop2387 13y agoDisregard this, i'm just curious http://www.example.com http://www.example.com http://www.example.com/ http://www.example.com/ http://www.example.com// http://www.example.com//
- ancarda 13y agoYou can add # which seems to make it ignore the trailing slash: http://www.example.com/# http://www.example.com/#
- joe_the_user 13y agoWhat I thought was bad about freenet was that it was/is every-imaginable-goody-of-encryption all in one application blob. It seems like what you would want instead would be peer-to-peer software with series of optional encryption layers. Getting adoption with faster unencrypted layers would allow user to start using encryption easily when "things get rough". Perhaps some of the other things are closer to this.
- dlitz 13y agoEncryption is cheap nowadays; I doubt making it optional would do anything but reduce the effectiveness of the system.
- ancarda 13y agoWould performance increase with average internet speed (upload), right now it's ~5.34 MBit/s[1] which probably gets worse when hopping through several nodes. It's a shame Ookla doesn't provide latency statistics. I'm sure ping is a big factor too. Might be interesting to see if a few computers strictly on a LAN could communicate quickly over networks like these or if the actual software is slow. [1] http://netindex.com/upload/# http://netindex.com/upload/#
- nodata 13y agoNow would be a good time to give variuous good organisations cash.
- spunky 13y agoEFF is a good place to start. The Internet Archive also has helped document some of the lies made by government officials .
- p8952 13y agoThe EFF's view on exploit sales and forced disclosure is questionable at best. https://lists.immunityinc.com/pipermail/dailydave/2012-August/000161.html https://lists.immunityinc.com/pipermail/dailydave/2012-Augus...
- ihsw 13y agoTheir stance is limited to opposing 'green hats' who are selling to customers that don't intend on fixing the flaws (buying a hacker's silence) and selling to governments whom intend on using the exploits for clandestine operations.
- mindcrime 13y agoNow would be a good time to give variuous good organisations cash. I just sent the EFF $100.00 earlier this evening. Needless to say, I concur wholeheartedly with this sentiment. Slacktivism and clicktivisim or whatever are nice, but if you aren't in a position to do anything else, sending cash to advocacy / activism groups like the EFF is probably the most straightforward way to advance causes you support. For my money, so far this year, that means supporting the EFF, NRA, Gun Owners of America, Libertarian Party, Jews for the Preservation of Firearms Ownership, Second Amendment Foundation, Grassroots NC, and the International Mountain Bicycling Association. I think the FSF will be getting a donation from me soon as well. Probably the ACLU as well.
- dublinben 13y ago
- papaf 13y agoThe list of publications is really impressive: https://gnunet.org/bibliography?f%5Bkeyword%5D=2 https://gnunet.org/bibliography?f%5Bkeyword%5D=2