hal at finney.org wrote: > What I proposed was that nodes would simply refuse to accept data if > they already have too many entries with the identical primary searchkey > as the incoming. So an attempt to insert an entry under searchkey of > "mp3" would simply (and perhaps silently) fail since the node would > already have too many such entries. Using "backstreet boys/mp3" would > be more likely to succeed but even that might be too much crowding for > some nodes. Using "backstreet boys/i want it that way/mp3" would be > much less likely to collide.
why not instead, have them just pass the insert along without storing it, if they already have too many entries for that searchkey? (unless that's what you mean?) People will still be discouraged from inserting under searchkeys that are too general by the fact that their documents won't be found. For example, if I insert a searchkey "mp3", it will wander into the network, being shoved aside by all the nodes that are full of plain "mp3" keys, until its HTL runs out or it finds a node to live in. But if someone searches on just "mp3", their request will probably be filled right away by the first one or two nodes and they'll never see my document. There won't be a big load on the network because HTL will still have the same effect: inserting under "mp3" won't create any more search entries than inserting under "mp4"; probably less, since some nodes won't store it. theo _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
