That is exactly what I meant. It would not query the encrypted files, but rather it would determine which directories Freenet is sharing, and then index those files.
I had not thought of anonymity when I proposed that. I'll have to think about that a little more... To clarify, I propose that once a node has the dbfs that it requests from its adjacent nodes, it then merges them into one index, containing the filename, filesize, key, and a "score" indicating how easy it is for that node to access the files (access speed and/or reliability). ----- Original Message ----- From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Date: Friday, August 15, 2003 4:53 pm Subject: Re: [freenet-dev] Re: freenet (pre-)searchengine > On Fri, 15 Aug 2003 16:27:04 -0400, Greg Wooledge wrote: > > >[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > > > >> But it's easy to determine the files available that are shared > from the LOCAL > >> system? Right? > > > >Wrong. Utterly wrong. > > i think he did not mean files within the node's store but some > files within a download directory which will then be indexed > interesting, as this would implement the "insert on request" > mechanism. > but if this index.dbf is only sent to a node's adjacent nodes, > then the anonymity is broken, as you can tell exactly which files > the node is hosting and sue the person running the node as there > is no way of deniability on > the indexed files > > > _______________________________________________ > devl mailing list > [EMAIL PROTECTED] > http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl > _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
