Here is an idea that occured to me: As someone suggested, having entries in Freenet that refer to other entries (a header that serves as a reference to another Key) could be quite useful. Handling multipart files is another potentially useful use of this feature. A node could have both Data *and* a reference to another file, causing both items to be retrieved.
One problem that occurs to me, is that unless we use some other way of dealing with unique keys / namespace conflicts, there will always be a race condition between begining the entry of a file, and the storing of all blocks. Unless we implement a ReserveKey feature that would last for a short period, that required all entries under that key for the next 10? minutes or so to be properly signed or something along those lines. I think that would solve this problem. Another solution would be, i suppose, mappings (ick) of some sort. I haven't really followed that portion of the debate as closely as I should have. So no flames please about that ;-) My current preference is for a short term ReserveKey. Thoughts? Comments? --Adam Lydick -- Freenet -- Re-Wiring the Internet http://freenet.sourceforge.net My Node: tcp/rivendell.yi.org:19114 _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
