On Thu, Nov 21, 2002 at 06:36:11PM -0800, Ian Clarke wrote: > > > 2) The key in the entry in the datastore which was used to route the > > > failed request in the first place is then replaced by the key passed > > > back in the DNF (unless a closer reference was found locally in step 1). > > Hmm. Why is this helpful? > > Because when a node forwards a request for a key to a particular > reference, it is saying "I think this key will be found if it send it to > this node". This will improve the node's impression of what keys it is > actually likely to get by forwarding the request to that node, as well > as "punishing" that reference for the DNF. > > > It is of course a potential problem in that > > nodes could use it to manipulate their perceived specialization in the > > requesting node's routing table, although they can do that anyway by > > selectively answering requests > > How? Either they put a key close to the requesting key in the DNF, > which is what we want, or if they put a distant key in there, then one > of the upstream nodes will quickly replace it. Yes but the upstream node will get that bad ref, won't it? And also, if we happen to be the node before last, which will happen often enough, we can target it. > > > Change step 1 to transfer the data for the key, not just send it on. > > And waste network bandwidth transferring unwanted data? I don't like the idea of references that don't originate with a transfer. Too much potential for nodes to do very little and still be rewarded. For example, when we replace the ref, we must not update the LRU list/time. > > Ian. > > -- > Ian Clarke ian@[freenetproject.org|locut.us|cematics.com] > Latest Project http://cematics.com/kanzi > Personal Homepage http://locut.us/
-- Matthew Toseland toad at amphibian.dyndns.org amphibian at users.sourceforge.net Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/1/03 http://freenetproject.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021122/7eaae8d5/attachment.pgp>
