Re: Fwd: Re: [Help-gnunet] finding files & database management

[Benjamin Kay]

On Saturday 13 March 2004 06:13 am, Krista Bennett wrote:
> Well, it's certainly something that could be done, and I'll see about
> putting something like that in this weekend if I get to it as an option
> for anyone who'd want to use it.

:-) This is why I love open-source stuff.

> >  Is there a way to see the keywords if you, say, have the URI of the file
> > you're looking for (as this would solve the problem)?
>
> Nope; this is, in a sense, asking the same question in a different way.
> The URI doesn't "contain" the query keyword either.
>
> GNUnet is designed so that those queries are not reversible to see what
> was asked for unless you know the query (in this case, keyword) in the
> first place (that's why we use one-way hashes instead of some other
> scheme). So the only real way around this is to keep track of those
> keywords somewhere and reindex, at the very least, the top block, which
> is what we'll do.
>
> >  OK. I'll clarify. I download a file. I have content migration enabled.
> > So when I downloaded that file, there's an awfully good chance it got
> > inserted into my node as migrated content. If that's the case, it would
> > be really nice to be able to tell GNUnet to reindex the file (so it
> > doesn't fall off my node and so I have a record of it) without wasting
> > all that time indexing it manually and making up new keywords.
>
> Well, a user chooses to keep an external record of keywords,
> descriptions, and filenames, I don't see why this too couldn't be
> automated if a user wanted it to be.

OK. Another (potentially very foolish) question. Suppose some content on node 
A migrates to nodes B and C. Now suppose node A drops of the network 
permanently (the user decided to go to freenet :-<). Thanks to content 
migration, node D can still download the content that was on A from B and/or 
C so long as it knows the URI of the content. But what if node D doesn't have 
the URI but still wants the content? If all of the keywords weren't migrated 
from A along with the content, the content will be essentially inaccessible 
to node D because, without the ability to search, node D will be unable to 
discover the content's URI. And that would really suck.

I'm guessing some sort of one-way encryption is used to get around this (is 
that what you meant by one-way hash?); I just wanted some clarification.

Thanks,
Benjamin Kay