On Monday 05 April 2010 11:59:51 Ximin Luo wrote: > (03:20:56) lusha: infinity, ["]Another interesting area for filesharing is a > distributed, WoT-based way to download data by conventional hashes rather than > CHKs, which could tie in with other networks; this is also related to the > wierd > stuff (backups) at the bottom.. "what's the conventional hashes referring to? > DHT?" > > some filesharing protocols (eg. DC++) let you retrieve files by their overall > hash, which can be quicker than keyword search, because it's an exact-match > search. eg. linux ISOs often have their md5sums distributed too, so if you > know > that md5 then you can do a search for that, and know that it's the exact ISO > you want. it also means you can automatically verify the file afterwards. > > this isn't high priority though, but it would be a nice feature to have in the > future. to do it cleanly it also needs some support in the client end (iirc > there are proposed changes to the manifest[1] format, which includes this), so > i wouldn't worry about this feature yet.
Yes, I am primarily thinking of whole-file hashes (at a minimum, md5, SHA1, SHA256, preferably some others), but possibly also some tree hashes and similar things that are used by other filesharing clients. > > X > > [1] manifests are a way of implementing "directory" structures in freenet, > amongst other things; wiki has more details i think (Splitfile) metadata rather than manifest here. But yes, there are proposals to include the hashes of the final data in the top level metadata for a file, then check them when it is finished and reject it if they fail.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Devl mailing list Devl@freenetproject.org http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl
