On Saturday, Apr 15, 2000, Oskar Sandberg writes: >On Sat, 15 Apr 2000, Jeffrey B. Siegal wrote: >> Oskar Sandberg wrote: >> > I don't think so, that is making things to complicated. People can learn >> > for >> > themselves what HTL works from their situation. >> >> Maybe. Mostly people are not able to understand things well enough to >> do this, and we shouldn't require they be able to in order to use >> freenet. The blinking 12 problem. >> >> If something is not done to promote locality, freenet will get banned >> from universities (and some ISPs) just like Napster, cutting off a huge >> user base. Doing something to improve locality probably requires HTL be >> larger for users within large, fast localities. If this doesn't happen >> automatically, people will find that Freenet just doesn't work well and >> won't use it. > >Actually, the university problem can be solved by so called shy nodes. A shy >node would not use the DataSource to autodiscover the any new nodes, and nodes >passing DataReplies from shy nodes would always reset DataSource to themselves. >This provides a security behind which node operators can contribute to the >future Freenet but limit their node to talk to trusted nodes (and not have it's >address sent accross the network, where a snooping enemy might see it), but >it also provides a way for nodes that wish to talk to Freenet only through one >or a couple of "gateways" to do so for speed reasons.
Having this have to be set up by an end user is a lose; if it's more complex than plug it in and turn it on, it won't get used. Make it automatic. (I thought I saw some talk about ranking nodes by downloaded bytes/sec earlier... was that real, or just a proposal?) As another idea to toss about, it might be useful to consider the size (in storage space) of a node when you're looking for someone to talk to... larger nodes are more likely to have stuff than smaller ones. Not sure how to balance between node size, speed, and key closeness though. Needs thought. --pj _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
