> > standard node implementation. The client can be tweaked a lot, but the
> > spawned node should be an out-of-the-box vanilla node so the network sees
> > a bunch of nodes with small uptimes, not a bunch of netscape clients.
> 
> Interesting.  It wouldn't be too hard to do assuming we already have a
> working server.  But we'll still haveta write a pure client (linked into
> the browser) even if we're going to spawn a node.

I agree.

> > I was speaking of encryption of data before it enters the network.
> Could you sum up the current plan to do this?

Clients will encrypt the data with the unhashed key and then insert it
under the hashed key (I think it was actually decided to use a
second-level hash, but I'm not sure). As long as all clients cooperate,
all data will be encrypted while in the network. I don't see what we can
do about rogue clients that refuse to encrypt their data, but I see no
benefit to not cooperating.

> > Very true. I have http://uts.cc.utexas.edu/~blanu/freenet/, which is a
> 
> Can we get it all hosted on sourceforge?  Start a precedent ;)

I could certainly move it over. It seemed sort of silly to me to put all
of my ramblings on the Freenet page because it's not official Freenet
stuff, it's just my ideas, but if I labelled it as such, that would be
okay, and maybe more people would read them. I'll do that in a bit.



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

Reply via email to