Interesting. What jumps to mind is what Iakin was proposing on #freenet-opn - adding support for people to bundle files together in zipfiles and add support for fproxy to "look into" the zip without seperating them. For example, zip up file1 and file2 into files.zip and then reference file1 via files.zip's CHK, ala CHK at .....//file1
Basically, instead of a freenet metadata manifest, use the zip's manifest. This is related in that rather than have all files in freenet bundled or padded into fixed block sizes, you can entangle content randomly by just ziping them up with other legal content and then reference the one from that zip that you want. However, this lets the ??IA mark that new zip's CHK as "illegal". Still, as mjr points out, that's a losing battle, as people can always just zip up the content into a new file. The downside of the zip-style grouping of files is that duplicate files aren't cached - fish mentioned his experience of having a hundred some-odd files with only one or two being updated for each upload - the 99 unmodified are yet again inserted (as part of the zip), even though they aren't changed. However, if 99 of the files are changed, that might be worthwhile, as this gets r2q2's file compression. This removes the ambiguity of the formula to disentangle the target content - the zip file format is the formula. The only way to comprehensively find all the zips that have a CHK in it would be to request all CHKs, check if they contain zip files, and then check the manifest, comparing the SHA1 of each of the files. Of course, there was a lot more detail to what Iakin was proposing - he was working off the lines of helping to make sure people can get all the relevent files atomically (e.g. file1 doesn't make sense unless you also have file2 and file3). But the general idea seems to be along the lines of what you're proposing for file entanglement. Would using zips provide the same functionality that you're suggesting? -jrandom !+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+ CryptoMail provides free end-to-end message encryption. http://www.cryptomail.org/ Ensure your right to privacy. Traditional email messages are not secure. They are sent as clear-text and thus are readable by anyone with the motivation to acquire a copy. !+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+ _______________________________________________ devl mailing list devl at freenetproject.org http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
