Ian: Pleasure to meet you at the recent ccc in Berlin. As I mentioned to you in person, i've been following the developments on and about Freenet for some time. I'm really excited about the developments of . 7, and to help out i'm running it on my server.
Keen to follow developments on this list, and knowing how i might be able to help. regards, Robert -- Robert Guerra <rguerra at privaterra.org> Managing Director, Privaterra <http://www.privaterra.org> On 3-Jan-06, at 5:18 PM, Ian Clarke wrote: > Well, if it can be done quickly, and if it would be really hard to do > it later, then ok. Generally speaking though, I think we should try > to avoid adding additional requirements to 0.7.0 given that we really > need to deploy it ASAP. > > Ian. > > On 1/3/06, Matthew Toseland <toad at amphibian.dyndns.org> wrote: >> On Tue, Jan 03, 2006 at 05:59:33PM +0000, Ian Clarke wrote: >>> Its a good idea, but I think we need to put these ideas on the TODO >>> list for after 0.7.0. >> >> Don't you think the transition would be rather messy? It's not >> like it's >> going to bog us down for months on end; why should we do this later >> rather than now? (We will have to migrate to the database backed >> datastore before 0.7.0 ANYWAY, because of memory usage/scale issues). >>> >>> Ian. >>> >>> On 1/3/06, Matthew Toseland <toad at amphibian.dyndns.org> wrote: >>>> Freenet is designed to be a meritocracy for content. If somebody >>>> inserts >>>> several gigabytes of pictures of mating chickens, for instance, >>>> this >>>> will only persist if it is popular, or so the theory goes. This >>>> meritocracy is one of the main principles underlying the moral, >>>> philosophical and practical aspects of Freenet. >>>> >>>> The only problem is this: If an attacker can continue to insert >>>> a file, >>>> he can keep it in the network forever. Inserts don't stop when >>>> they find >>>> the data (for good reasons IMHO), so this is more effective than >>>> requesting the data. And he doesn't have to push the same data, >>>> he can >>>> just keep inserting random data chunks. He doesn't need to find >>>> lots of >>>> nodes to connect to. These will then be promoted to the top of >>>> the LRU >>>> list, and therefore will push out moderately popular content - >>>> or even >>>> popular content, if he has many links to many nodes and lots of >>>> upstream >>>> bandwidth. >>>> >>>> Solution? >>>> All we have to do is not promote inserted content to the TOP of >>>> the LRU >>>> list. Set it say 3 days ahead of the MRU. This can be done >>>> efficiently >>>> with the new database-backed datastore. Then when it is requested, >>>> promote it to the top. If it isn't requested, for example if it is >>>> random junk inserted by Mallory, it will expire in 3 days. We >>>> could make >>>> it 7 days, or some fraction of the overall most-recent to least- >>>> recent >>>> period (check your Environment page, Data Store box; most nodes >>>> have at >>>> least a month between most recent and least recent access time). >>>> >>>> This should make flooding attacks considerably harder, and move >>>> freenet >>>> somewhat closer to the meritocratic ideal we claim. >>>> -- >>>> Matthew J Toseland - toad at amphibian.dyndns.org >>>> Freenet Project Official Codemonkey - http://freenetproject.org/ >>>> ICTHUS - Nothing is impossible. Our Boss says so. >>>> >>>> >>>> -----BEGIN PGP SIGNATURE----- >>>> Version: GnuPG v1.4.1 (GNU/Linux) >>>> >>>> iD8DBQFDurnNHzsuOmVUoi0RAiLIAJ44TGLQozq6RDi4zswMV9OnfdypqQCfYURA >>>> vteo3spHLTfiFFRh82l03S4= >>>> =00Cd >>>> -----END PGP SIGNATURE----- >>>> >>>> >>>> _______________________________________________ >>>> Tech mailing list >>>> Tech at freenetproject.org >>>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech >>>> >>>> >>> _______________________________________________ >>> Tech mailing list >>> Tech at freenetproject.org >>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech >> >> -- >> Matthew J Toseland - toad at amphibian.dyndns.org >> Freenet Project Official Codemonkey - http://freenetproject.org/ >> ICTHUS - Nothing is impossible. Our Boss says so. >> >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.1 (GNU/Linux) >> >> iD8DBQFDur7VHzsuOmVUoi0RAkc/AJsGhpmH5r3zBanyLmntXPEJzIOLowCggMHQ >> Qbp39e/ew+oUu+JfKkQbs6g= >> =whFS >> -----END PGP SIGNATURE----- >> >> >> _______________________________________________ >> Tech mailing list >> Tech at freenetproject.org >> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech >> >> > _______________________________________________ > Tech mailing list > Tech at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
