この文書は、MULTITRACKER METADATA ENTRY SPECIFICATION
http://home.elp.rr.com/tur/multitracker-spec.txtの日本語訳である。

               マルチトラッカーメタデータ入力仕様書
               ====================================

この仕様書はJohn HoffmanがBittorrentのメタデータ形式に対する拡張として
提案したものである。これが書かれた時点で、この拡張は公式のものではない。


* "announce-list"

標準の"announce"に追加してメタデータファイルの主要地域で"info" セクション
の一部でない部分に"announce-list"という新しいキーを追加する。もし
クライアントがマルチトラッカー指定に互換性があり、"announce-list"が指定
されている場合、クライアントは"announce" キーを無視し、 "announce-list"
のURLのみを使用する。


* プロセスの順番

アナウンスの層は連続して処理される。それぞれの層の全てのURLはクライアント
が次の層に行く前にチェックされる。それぞれの層のURLはランダムに処理される。
リストは初めて読み込まれたときにシャフルされ、その順番で読み込まれる。
さらにトラッカーとの接続が成功した場合、それはその層の一番最初に移動される。


* 例

d['announce-list'] = [ [tracker1], [backup1], [backup2] ]
  それぞれのアナウンスで最初にtracker1を試行、つぎにもしそれが接続しなかった
  場合、backup1とbackup2の順番で試行する。次のアナウンスで、この順番で繰り返す。
  この形式は、トラッカーが標準のもので、情報の共有ができないことを意味する。

d['announce-list'] = [[ tracker1, tracker2, tracker3 ]]
  最初にリストがシャフルされる。（リストがすでにシャフルされているとする）
  次にもしtracker1が接続できない場合、tracker2を試行。tracker2が接続した場合、
  リストはtracker2,tracker1,tracker3のようになる。これ以降、これがクライアントが
  試行する順番になる。もしその後tracker2とtracker1が接続できなくなったが、
  tracker3が反応する場合、リストはtracker3,tracker2,tracker1のように変更され、
  この順番で将来試行される。この形式は、トラッカー群がピアの情報を共有して、
  クライアントにトラッカー間の負荷のバランスをとらせることを意味する。

d['announce-list'] = [ [ tracker1, tracker2 ], [backup1] ]
  tracker1とtracker2からなる最初の層がシャフルされる。tracker1と2はbackup1に
  行く前にそれぞれのアナウンスで試行される。（おそらく別の順番で）