Bryan,
I think you are right. This wiki page goes into more depth on the
topic:
http://wiki.depthstrike.com/index.php/P2P:Protocol:Specifications:Multitracker
I have not played with many clients yet -- mainly uTorrent on the PC
and Transmission on OS X.
My biggest target is uTorrent (and hopefully Azureus as well).
I just added optional authenticated RSS support today. This would
allow a user to have an automated RSS Downloader to grab
every .torrent, download it, and then seed it across all of the
trackers in the network.
Here is the current workflow for a two-tracker setup.
* User 'magneto' uploads 'Foo.torrent' to Tracker A
* A few minutes later, Tracker B sends a sync request to Tracker A and
pulls down 'Foo.torrent'
* User 'wolverine' is running uTorrent's auto RSS Downloader on
Tracker A's Latest Torrents Feed
* On wolverine's next RSS pull, he begins downloading the contents of
'Foo.torrent' from the initial seeder (magneto)
* As soon as wolverine has completed the download, his uTorrent client
then notifies *all* trackers in the network that he has completed
the .torrent and is now a seeder.
* A third user, 'storm', can then download 'Foo.torrent' off of
Tracker B and begins downloading from 'wolverine'
* At the end of each day, transfer stats are synced between the
trackers so that a 'global' upload/download ratio can be maintained
I still need to do some more testing, but this is how I envision it
running.
The RSS part does not need to be automated, it just enhances the
workflow and dissemination of the .torrents across the trackers.
Of course, there is always a risk that the authentication key for the
RSS url will be compromised. There's other risks though as well (i.e.
an unwanted guest getting an invite to the tracker); overall I believe
enabling RSS to be a good idea, but it's still an optional field that
can be enabled on a per-tracker basis.
- Shanti