On Tuesday 03 January 2006 17:18, 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).

Alternately we allocate x% of the db for unaccessed inserts.  Once an insert is 
accessed
it goes into the normal lru.  Other wise its dropped (insert lru list) when new 
inserts require 
space or after n days.  Note that x may have to be fairly large to allow valid 
large inserts...

Ed

> > > > 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
> 
> 

Reply via email to