[bittorrent] The size of XML (was: DTD for hashed files)

Olaf van der Spek olafvdspek at gmail.com
Tue Apr 12 13:18:54 EDT 2005


On 12 Apr 2005 17:14:23 -0000, larytet.8708132 at bloglines.com
<larytet.8708132 at bloglines.com> wrote:
> --- Olaf van der Spek <olafvdspek at gmail.com wrote:
> On Apr 12, 2005 5:15 PM,
> Andrew Brampton <andrew at bramp.freeserve.co.uk> wrote:
> > > I know this wasn't
> the topic of the original posting, but I thought I'll
> > > just splinter off
> to provide dpmott with some "overhead numbers"
> > >
> > > Using XML for the
> torrent file would be bad in my opinion. The reasons being
> > > are these:
> 
> >
> > If you're going to do non-compatible changes, I'd suggest doing merkle
> 
> > trees too. Then you don't have to deal with tons of binary hashes in
> >
> your '.torrent'. Replacing the .torrent by a link would also be an
> > option.
> 
> > _______________________________________________
> > BitTorrent mailing list
> 
> > BitTorrent at lists.ibiblio.org
> > http://lists.ibiblio.org/mailman/listinfo/bittorrent
> 
> >
> i do not see clear advantage of merkle trees. it's nice on the paper,
> but i do not see reasons to run such algorithms in the real code. what i do
> right now is hash for 4MB blocks and hash for the whole file.
> Rodi design
> also contains on demand hash calculation by trsuted peers (trusted peer is
> one whose publis key is added to the list of trustees).
> please tell me more
> about merkle vs "regular" hash

See the archives of the Yahoo list. It has been discussed extensively.



More information about the BitTorrent mailing list