> http://freenetproject.org/cgi-bin/twiki/view/Pub/ProposalPrefilterRequestsUn derOverload > > Thoughts? > > --gj
Well, maybe not informed responses, but I have a few questions. You write: > Freenet routing works because every hop should on average > bring the request to a node where it has a higher probability > of being answered than the node where it came from." > > When the network is overloaded or poorly adapted the success > probability doesn't increase with htl. In this case path > lengths get excessively long and the nodes in the network > spend much of their effort routing requests that have little > chance of success." I'm sorry if I've missed posts specific to this, but is this definately true and an identified characteristic of the way freenet routes? Or is this a hypothesis on the way the routing works under heavy loads? Basically, the idea as I understood it is sound - but I do have one other question. Your first statement was that freenet routing works "because every hop should on average bring the request to a node where it has a higher probability of being answered than the node where it came from". If this is the default behavior of freenet, why is it necessary to pass extra metadata related to the probability of a request's success to other nodes? If the first statement is accurate, wouldn't that then be redundant data? I'm also concerned a bit about the possibilities for rogue nodes. I get the feeling that the more complex metadata that nodes shuffle around between one another, the more opportunities there are for rogue nodes to do undesireable things. For example, what would be the result of a rogue node always returning a Ps(k)=1, regardless of the request? The issue of rogue nodes was only addressed with: > The impact of evil nodes returning bad stats could be minimized > by requiring several lower QR Ps(k) values before abandoning the > search ...which I must admit I don't understand. _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
