> MSN and AOL running a freenet 'portal' is a thought too horriffic to
> contemplate.  I imagine we need some sort of distributed database of
> initial nodes for new nodes to connect to.  The hosts involved in this
> database could be hard-coded into the node.  Don't give the user the
> option of entering 'freenet.spawn-of-satan-corporation.com'.

You should connect to nodes you personally know about, run by people you
trust. If you don't have that option, then there should be several avenues
with which to discover them: irc bots, usenet group, e-mail bot, web
sites, and of course through Freenet itself. We've been talking about
adding a "give me a list of nodes you know about". We could set up some
nodes that reject most traffic, must respond to such messages. This would
be like the Gnutella host caches (gnet.ath.cx, etc.). It's also a lot like
inform.php except that ANY node can perform this function and the client
authors just include a list of nodes that they trust (since you have to
trust the client authors somewhat if you're going to use their clients).
So it's not centralized, but it's not really decentralized the way we like
things to be, but I think it's the closest we can get for this particular
problem.

Oh yeah, and an MSN Freenet node would be very good. Lots of space and
bandwidth. As long as only other untrusted nodes talk to it, you're not
really harming anything. I mean, I wouldn't set *my* node up to talk to
it, but I would be fine with Uprizer setting its node to talk to it and
then setting my node to talk to Uprizer.



_______________________________________________
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
http://lists.sourceforge.net/mailman/listinfo/freenet-dev

Reply via email to