BitTorrentはピアツーピアファイル共有(P2P)のための通信プロトコルであり、ユーザーがインターネット上で分散的にデータや電子ファイルを配布することを可能にします。BitTorrentを介してデータをダウンロードおよびアップロードする行為は「トレント」とも呼ばれます。[ 2 ]このプロトコルはRainberry, Inc.によって開発および維持されており、2001年に初めてリリースされました。[ 3 ]
ファイルの送受信には、ユーザーはインターネットに接続されたコンピュータ上でBitTorrentクライアントを使用します。BitTorrentクライアントは、公式クライアントを含むさまざまなコンピューティングプラットフォームとオペレーティングシステムで利用可能です。BitTorrentトラッカーは、転送可能なファイルのリストを提供し、クライアントがファイルを転送する可能性のある「シード」と呼ばれるピアユーザーを見つけることを可能にします。BitTorrentのダウンロードは、帯域幅を制限する可能性のある中央サーバーがないため、HTTP(「直接ダウンロード」)やFTPよりも高速であると考えられています。 [ 4 ] [ 5 ]
BitTorrentは、テレビ番組やビデオクリップを含むデジタルビデオファイルやデジタルオーディオファイルなどの大容量ファイルを転送するための最も一般的なプロトコルの1つです。Cachelogicの調査によると、2004年にはBitTorrentがインターネットトラフィック全体の3分の1を占めていました。[ 6 ] Sandvineによると、2019年時点でもBitTorrentは重要なファイル共有プロトコルであり、ダウンストリームトラフィックの2.46% 、アップストリームトラフィックの27.58%を占める相当量のインターネットトラフィックを生成していましたが、[ 7 ]その後この割合は大幅に減少しました。[ 8 ]

バッファロー大学の卒業生であるプログラマーのブラム・コーエン[ 9 ]は、多くのソースからファイルをダウンロードできるようにすることでダウンロード時間を短縮するというアイデアで、2001年4月にこのプロトコルを設計しました。その後、2001年7月2日に最初の利用可能なバージョンをリリースしました[ 3 ] 。コーエンとアシュウィン・ネイビンは、 2004年にこの技術をさらに発展させるためにBitTorrent, Inc.(後にRainberry, Inc.に改名)を設立しました。
BitTorrentクライアントの最初のリリースには、検索エンジンもピア交換機能もありませんでした。2005年までは、ファイルを共有する唯一の方法は、「トレント」と呼ばれる小さなテキストファイルを作成し、それをトレントインデックスサイトにアップロードすることでした。最初のアップローダーはシードとして機能し、ダウンローダーは最初はピアとして接続します。ファイルをダウンロードしたい人はトレントをダウンロードし、そのクライアントを使用して、スウォーム内の他のシードとピアのIPアドレスのリストを持つトラッカーに接続します。ピアが完全なファイルのダウンロードを完了すると、今度はそのピアがシードとして機能することができます。これらのファイルには、共有されるファイルと、他のシードとピアを追跡するトラッカーに関するメタデータが含まれています。
2005年、まずVuze、そしてBitTorrentクライアントが、分散ハッシュテーブルを用いた分散トラッキングを導入した。これにより、クライアントはトレントファイルを必要とせずに、スウォーム上でデータを直接交換できるようになった。
2006年には、ピア交換機能が追加され、クライアントは接続されたノードで見つかったデータに基づいてピアを追加できるようになった。
2017 年に BitTorrent, Inc. は BitTorrent v2 プロトコル仕様をリリースしました。[ 10 ] [ 11 ] BitTorrent v2 は、以前のバージョンの BitTorrent プロトコルとシームレスに動作することを意図しています。更新の主な理由は、古い暗号化ハッシュ関数であるSHA-1が開発者によって悪意のある攻撃に対して安全ではないとみなされなくなったため、v2 ではSHA-256を使用していることです。後方互換性を確保するために、v2 .torrent ファイル形式は、新しい方法と古い方法の両方でトレントをハッシュ化するハイブリッド モードをサポートしており、v1 と v2 の両方のスウォーム上のピアとファイルを共有することを意図しています。仕様のもう 1 つの更新は、トレントの追加からファイルのダウンロードまでの時間を短縮し、ファイルの破損に対するよりきめ細かいチェックを可能にするためにハッシュ ツリーを追加することです。さらに、各ファイルは個別にハッシュ化されるようになったため、スウォーム内のファイルの重複を排除できるようになり、複数のトレントに同じファイルが含まれていても、シードしているのが一部のトレントのみの場合、他のトレントのダウンローダーは引き続きファイルをダウンロードできます。また、ファイルのハッシュはトラッカーやトレントインデックスサービスに表示され、スウォームに含まれるファイルのハッシュを検索することでスウォームを検索できます。これらのハッシュは、通常のファイルのSHA-256ハッシュとは異なり、ツールを使用して取得できます。[ 12 ] v2のマグネットリンクは、レガシークライアントのサポートを保証するためにハイブリッドモードもサポートしています。[ 13 ]

BitTorrentプロトコルは、大容量ファイルの配信におけるサーバーとネットワークへの負荷を軽減するために利用できます。単一のソースサーバーからファイルをダウンロードするのではなく、BitTorrentプロトコルでは、ユーザーがホストの「スウォーム」に参加し、互いに同時にアップロードとダウンロードを行うことができます。このプロトコルは、従来の単一ソース・複数ミラーソース方式に代わるデータ配信方法であり、帯域幅の低いネットワークでも効果的に機能します。BitTorrentプロトコルを使用すれば、家庭用コンピュータなどの基本的なコンピュータ数台で、大規模サーバーを置き換えながら、多くの受信者に効率的にファイルを配信できます。また、帯域幅の使用量を抑えることで、特定の地域におけるインターネットトラフィックの急増を防ぎ、BitTorrentプロトコルを使用しているかどうかに関わらず、すべてのユーザーのインターネット速度を全体的に向上させることができます。
配布されるファイルは、ピースと呼ばれるセグメントに分割されます。各ピアがファイルの新しいピースを受け取ると、他のピアにとってそのピースのソースとなり、元のシードがコピーを希望するすべてのコンピュータまたはユーザーにそのピースを送信する必要がなくなります。BitTorrent では、ファイルの配布タスクはそれを希望する人々によって共有されます。シードがファイル自体の単一のコピーのみを送信し、最終的に無制限の数のピアに配布することは完全に可能です。各ピースは、トレント記述子に含まれる暗号化ハッシュによって保護されています。 [ 1 ]これにより、ピースの変更を確実に検出できるため、他のノードで受信したピースの偶発的または悪意のある変更の両方を防ぐことができます。ノードがトレント記述子の正規のコピーから開始すると、受信したファイル全体の真正性を検証できます。
ピースは通常、順番に関係なくダウンロードされ、BitTorrentクライアントによって正しい順序に並べ替えられます。BitTorrentクライアントは、必要なピースと、既にダウンロード済みで他のピアにアップロードできるピースを監視します。ピースは、単一のダウンロード全体を通して同じサイズです(たとえば、10 MBのファイルは、1 MBのピース10個、または256 KBのピース40個 として送信される場合があります)。この方式の性質上、ファイルのダウンロードはいつでも停止でき、後で再開できます。以前にダウンロードした情報は失われないため、BitTorrentは特に大きなファイルの転送に役立ちます。また、これにより、クライアントはすぐに利用可能なピースを探し出してすぐにダウンロードできるため、ダウンロードを停止して次の(場合によっては利用できない)ピースを待つ必要がなくなり、ダウンロード全体の時間を短縮できます。ピアからシーダーへの最終的な移行によって、ファイルの全体的な「健全性」(ファイルが完全な形で利用可能になった回数によって判断される)が決まります。
BitTorrentの分散型の性質により、ファイルは多数のピアコンピュータノードに洪水のように拡散します。スウォームに参加するピアが増えるほど、特定のノードによるダウンロードが成功する確率が高まります。従来のインターネット配信方式と比較すると、これにより元の配信者のハードウェアと帯域幅リソースのコストを大幅に削減できます。分散型ダウンロードプロトコルは一般的に、システムの問題に対する冗長性を提供し、元の配信者への依存を減らし、[ 14 ]一般的に一時的なファイルのソースを提供するため、一方向のサーバークライアント転送のように単一障害点が存在しません。
どちらも最終的にはネットワーク経由でファイルを転送するものの、BitTorrentのダウンロードは、(例えばHTTPやFTPリクエストのように)サーバーとクライアント間の一方通行のダウンロードとは、いくつかの根本的な点で異なります。
これらの違いを総合すると、BitTorrent は通常のサーバー ソフトウェアよりもコンテンツ プロバイダーにとってコストが大幅に低く、冗長性が大幅に高く、悪用や「フラッシュ クラウド」に対する耐性が大幅に高くなるという利点があります。ただし、理論的には、この保護にはコストがかかります。十分なピア接続が確立されるまでに時間がかかり、ノードが効果的なアップローダーになるのに十分なデータを受信するまでにも時間がかかるため、ダウンロードがフル スピードに達するまで時間がかかる場合があります。これは、過負荷や悪用に対しては脆弱であるものの、フル スピードに非常に早く達し、その速度を維持する通常のダウンロード (たとえば HTTP サーバーからのダウンロードなど) とは対照的です。当初、BitTorrent の非連続ダウンロード方式では、「ストリーミング再生」をサポートすることが困難でした。2014 年にクライアントPopcorn Time がBitTorrent ビデオ ファイルのストリーミングを可能にしました。それ以来、ストリーミング オプションを提供するクライアントが増えています。
BitTorrent プロトコルには、トレント ファイルをインデックス化する機能がありません。そのため、比較的少数の Web サイトがトレントの大部分をホストしており、その多くは著作権者の許可なく著作権で保護された作品にリンクしているため、これらのサイトは訴訟に対して特に脆弱になっています。[ 16 ] BitTorrent インデックスは、「通常、説明」とトレントの内容に関する情報を含む「 .torrent ファイルのリスト」です。 [ 17 ] BitTorrent ネットワーク上でデータの発見と配布をサポートする Web サイトはいくつかあります。The Pirate Bayなどの公開トレント ホスティング サイトでは、ユーザーがトレント ファイルのコレクションから検索してダウンロードできます。ユーザーは通常、配布したいコンテンツのトレント ファイルをアップロードすることもできます。多くの場合、これらのサイトはホストしているトレント ファイル用にBitTorrent トラッカーも実行していますが、これら 2 つの機能は相互に依存していません。トレント ファイルは、1 つのサイトでホストされ、別の無関係なサイトで追跡される可能性があります。プライベートホスト/トラッカーサイトは、登録ユーザーへのアクセスを制限したり、各ユーザーがアップロードおよびダウンロードしたデータ量を追跡したりして、「リーディング」を減らすことを目的に、パブリックサイトと同様に機能します。
ウェブ検索エンジンは、他のサイトでホストされ追跡されているトレントファイルを見つけるのに役立ちます。例としては、The Pirate BayやBTDiggなどがあります。これらのサイトでは、ユーザーが特定の条件(特定の単語やフレーズを含むなど)を満たすコンテンツをリクエストし、その条件に一致するトレントファイルへのリンクのリストを取得できます。このリストは多くの場合、複数の基準で並べ替えることができ、関連性(シード数とリーチャー数の比率)が最も一般的で便利な基準の1つです(プロトコルの動作方法により、達成可能なダウンロード帯域幅はこの値に非常に敏感です)。メタ検索エンジンを使用すると、複数のBitTorrentインデックスと検索エンジンを一度に検索できます。
Tribler BitTorrentクライアントは、組み込みの検索機能を搭載した最初のクライアントの1つでした。Triblerを使用すると、ユーザーはランダムなピアや好みの仲間が保持している.torrentファイルを見つけることができます。[ 18 ]これは、2005年に閉鎖されたeXeemネットワークにやや似たゴシッププロトコルを使用して、BitTorrentプロトコルにそのような機能を追加します。このソフトウェアには、コンテンツを推奨する機能も含まれています。12回のダウンロード後、Triblerソフトウェアはユーザーのダウンロードの好みを大まかに推定し、追加のコンテンツを推奨することができます。[ 19 ]
2007年5月、コーネル大学の研究者らは、ピアツーピアネットワークで不正確な文字列を検索する新しいアプローチを提案する論文を発表した[ 20 ]。これは中央インデックスサイトの機能を置き換える可能性がある。1年後、同じチームがこのシステムをVuzeのプラグインであるCubitとして実装し[ 21 ]、その成功を報告する続編論文を発表した[ 22 ] 。
BitCometクライアントは、「Torrent Exchange」[ 23 ]機能を通じて、やや似た機能を提供しますが、アプローチが若干異なります。BitCometを使用している2つのピア(Torrent Exchangeが有効になっている場合)が相互に接続すると、Torrent Shareストレージ(以前にダウンロードされ、ユーザーがTorrent Exchangeによる共有を有効にすることを選択したトレントファイル)にあるすべてのトレント(名前と情報ハッシュ)のリストを交換します。このようにして、各クライアントは、現在のセッションで接続したピアによって共有されているすべてのトレントのリストを作成します(指示があれば、セッション間でリストを維持することもできます)。
ユーザーはいつでも、そのトレントコレクションリストから特定のトレントを検索し、カテゴリ別にリストを並べ替えることができます。ユーザーがリストからトレントをダウンロードすることを選択すると、.torrent ファイルは DHT ネットワーク内で (情報ハッシュ値によって) 自動的に検索され、見つかるとクエリを実行したクライアントによってダウンロードされます。その後、クライアントはダウンロードタスクを作成して開始することができます。
ユーザーは、トレントインデックスサイトまたはクライアントに組み込まれた検索エンジンを使用して、目的のトレントを見つけ、ダウンロードして、BitTorrentクライアントで開きます。クライアントは、トレントファイルで指定されたトラッカーまたはシードに接続し、そこから現在ファイルの断片を転送しているシードとピアのリストを受け取ります。クライアントは、これらのピアに接続して、さまざまな断片を取得します。スウォームに最初のシードのみが含まれている場合、クライアントは直接シードに接続し、断片の要求を開始します。クライアントには、ダウンロードおよびアップロード速度を最適化するメカニズムが組み込まれています。
このデータ交換の有効性は、クライアントがデータの送信先を決定するために使用するポリシーに大きく依存します。クライアントは、データを送り返してくれるピアにデータを送信することを好む場合があり(「お返し」交換スキーム)、これは公平な取引を促進します。しかし、厳格なポリシーは、新しく参加したピアがまだ交換するピースを持っていないためにデータを受信できない場合や、接続が良好な2つのピアがどちらもイニシアチブを取らないためにデータを交換しない場合など、最適ではない状況を引き起こすことがよくあります。これらの影響に対処するために、公式のBitTorrentクライアントプログラムは、「楽観的アンチョーキング」と呼ばれるメカニズムを使用します。これは、クライアントが利用可能な帯域幅の一部をランダムなピア(必ずしも既知の良好なパートナー、つまり「優先ピア」ではない)にピースを送信するために予約し、さらに優れたパートナーを発見し、新規参加者がスウォームに参加する機会を得られるようにするものです。[ 24 ]
「スウォーミング」は人気コンテンツの「フラッシュクラウド」に耐えられるほど拡張性が高いものの、人気のないコンテンツやニッチな市場向けコンテンツにはあまり適していません。最初のラッシュの後に到着したピアはコンテンツが利用できないことに気づき、ダウンロードを完了するために「シード」の到着を待つ必要があるかもしれません。シードの到着には時間がかかる場合もあります(これは「シーダープロモーション問題」と呼ばれます)。人気のないコンテンツのシードを維持するには高い帯域幅と管理コストがかかるため、クライアントサーバー方式の安価な代替手段としてBitTorrentを重視するパブリッシャーの目標とは相反します。これは大規模に発生しており、測定によると、すべての新しいトレントの38%が最初の1か月以内に利用できなくなります。[ 25 ]人気のないコンテンツの可用性を大幅に向上させる多くのパブリッシャーが採用している戦略は、複数のファイルを1つのスウォームにバンドルすることです。[ 26 ]より高度なソリューションも提案されています。一般的に、これらはクロストレントメカニズムを使用して、複数のトレントが協力してコンテンツをより良く共有できるようにします。[ 27 ]
BitTorrentユーザーは、専用のクライアントまたはユーティリティを使用してトレントファイルを生成することでトレントを作成します。このファイルには、ファイル名、サイズ、ピースの長さなど、共有されるファイルに関するメタデータと、ダウンロード中に整合性チェックを可能にするための各ピースの暗号化ハッシュが含まれています。[ 28 ]
オリジナルのBitTorrent v1仕様では、SHA-1ハッシュアルゴリズムを使用して各データピースごとに単一のハッシュを生成し、トレント全体に対しては連結されたハッシュを別途保存します。[ 28 ]
2017年、BitTorrent, Inc.はBitTorrent v2プロトコル仕様をリリースしました。[ 29 ] v2フォーマットではいくつかの変更が導入されています。SHA -1の既知の衝突脆弱性のため、非推奨のSHA-1ハッシュ関数をSHA-256に置き換えています[ 29 ] 。また、マークルツリー構造を使用しているため、各ピースハッシュはトレントのinfohashをルートとするハッシュツリーの一部を形成します。この変更により、ファイルの整合性をより細かく検証できるようになり、トレントを追加してからダウンロードを開始するまでの時間が短縮されます。[ 29 ]
v2フォーマットでは各ファイルを個別にハッシュ化するため、トレント間で重複排除が可能になります。複数のトレントに同一のファイルが含まれている場合、1つのトレントをダウンロードしているクライアントは、同じハッシュ化されたファイルを含む他のトレントをシードしているピアからそれらのファイルを取得できます。[ 29 ]ツールはこれらのファイルレベルのハッシュを独立して導出できるため、トレントインデクサーは含まれるファイルのハッシュによってスウォームを検索できます。[ 30 ]
後方互換性を確保するため、v2仕様ではSHA-1とSHA-256ハッシュの両方を含むハイブリッドトレント形式をサポートしており、単一のトレントファイルをv1専用クライアントとv2対応クライアントの両方で共有できます。[ 29 ]
マグネットリンクを使用すると、ユーザーは別のトレントファイルをダウンロードすることなく、トレントに必要なメタデータを取得できます。v2仕様では、SHA-1とSHA-256の両方の情報ハッシュを含むハイブリッドモードでマグネットリンクを拡張し、v2のセキュリティ強化を有効にしながら、従来のクライアントとの互換性を維持しています。[ 31 ]
トレントを公開するには、作成者は .torrent ファイルをトレント インデックスにアップロードするか、マグネット リンクを配布します。また、作成者は完全なファイル セットを保持する BitTorrent クライアントを実行してトレントをシードし、他のピアがダウンロードを開始できるようにします。[ 28 ]ピアは、中央集権型トラッカー、分散ハッシュ テーブル、ピア交換など、いくつかの標準化されたメカニズムを通じて互いを検出します。[ 32 ] [ 33 ] [ 34 ]
BitTorrent はそれ自体ではユーザーに匿名性を提供しません。通常、スウォーム内のすべてのピアのIP アドレスを自分のクライアントまたはファイアウォール プログラムで確認できます。これにより、セキュリティの低いシステムを使用しているユーザーが攻撃にさらされる可能性があります。[ 24 ]一部の国では、著作権団体がピアのリストを収集し、著作権で保護されているファイルのスウォームに参加しているユーザーのインターネット サービス プロバイダ(ISP) に削除通知を送付します。一部の法域では、著作権者が著作権侵害でアップローダーまたはダウンローダーに対して訴訟を起こすことができ、警察はそのような場合に容疑者を逮捕することができます。
匿名性を促進するために、さまざまな手段が用いられてきました。例えば、BitTorrentクライアントのTriblerは、 Torのようなオニオンネットワークを提供しており、オプションで他のピアを経由して転送をルーティングすることで、どのクライアントがデータを要求したかを隠蔽します。出口ノードはスウォーム内のピアから見える状態になりますが、Tribler組織が出口ノードを提供しています。Triblerの利点の1つは、クリアネットのトレントをダウンロードする際に、ルーティングの「ホップ」が1つ増えるだけでダウンロード速度がわずかに低下する点です。
i2p も同様の匿名性レイヤーを提供しますが、その場合は i2p ネットワークにアップロードされたトレントのみをダウンロードできます。[ 35 ] BitTorrent クライアントのVuze を使用すると、匿名性を気にしないユーザーはクリアネットのトレントを取得し、i2p ネットワークで利用できるようになります。[ 36 ]
ほとんどのBitTorrentクライアントはTor経由で使用する際に匿名性を提供するように設計されておらず[ 37 ]、Tor経由でのトレントがネットワークに負荷をかけるかどうかについては議論がある[ 38 ] 。
プライベートなトレントトラッカーは通常招待制で、メンバーはアップロードに参加する必要がありますが、単一の中央集権的な障害点という欠点があります。場合によっては、シードボックスを購入すると、所有者にプライベートなトレントトラッカーへの招待状が提供されます。[ 39 ] Oink's Pink PalaceとWhat.cdは、閉鎖されたプライベートトラッカーの例です。
シードボックスサービスは、まずトレントファイルを会社のサーバーにダウンロードし、ユーザーがそこからファイルを直接ダウンロードできるようにします。[ 40 ] [ 41 ]ユーザーのIPアドレスはシードボックスプロバイダーには表示されますが、第三者には表示されません。
仮想プライベートネットワークはデータ転送を暗号化し、ユーザーに別のIPアドレスを割り当てるため、トレントの群れを監視する者はそのアドレスしか見ることができません。
2005 年 5 月 2 日、Azureus 2.3.0.0 (現在はVuzeとして知られています) がリリースされました。[ 42 ]このシステムは分散データベースシステムを使用しています。このシステムは分散ハッシュテーブルの実装であり、クライアントが動作するBitTorrent トラッカーがないトレントを使用できるようにします。代わりにブートストラップサーバーが使用されます。翌月、BitTorrent, Inc. は Mainline BitTorrent クライアントのバージョン 4.2.0 をリリースしました。これは、Azureus の DHT 実装と互換性のない代替 DHT 実装 (一般に「Mainline DHT」として知られ、同社の Web サイトの草案で概説されています) をサポートしています。2014 年の測定では、Mainline DHT の同時ユーザー数は 1,000 万から 2,500 万人で、1 日のチャーン数は少なくとも 1,000 万人であることが示されました。[ 43 ]
公式の BitTorrent クライアントであるμTorrent、BitComet、Transmission、BitSpirit の現在のバージョンはすべて、Mainline DHT との互換性を共有しています。どちらの DHT 実装もKademliaに基づいています。[ 44 ]バージョン 3.0.5.0 以降、Azureus はオプションのアプリケーション プラグインを使用することで、独自の分散データベースに加えて Mainline DHT もサポートしています。[ 45 ]これにより、Azureus/Vuze クライアントがより大きなスウォームに到達できる可能性があります。
Vuze で浮上したもう 1 つのアイデアは、仮想トレントです。このアイデアは分散トラッカーのアプローチに基づいており、Web リソースを説明するために使用されます。現在、インスタント メッセージングに使用されています。特別なメッセージング プロトコルを使用して実装され、適切なプラグインが必要です。アナトミック P2P は、トラフィックを動的トラッカーにルーティングするノードの分散ネットワークを使用する別のアプローチです。ほとんどの BitTorrent クライアントは、トラッカーとDHTに加えてピアを集めるためにピア エクスチェンジ(PEX) も使用します。ピア エクスチェンジは、既知のピアにチェックして、他のピアを知っているかどうかを確認します。Vuze の 3.0.5.0 リリースにより、主要なすべての BitTorrent クライアントが互換性のあるピア エクスチェンジを持つようになりました。
Web「シード」は、BitTorrentクライアントが「スウォーム」に加えてHTTPソースからトレントピースをダウンロードできる機能として2006年に実装されました。この機能の利点は、Webサイトが特定のファイルまたはファイルのバッチのトレントを配布し、同じWebサーバーからそれらのファイルをダウンロード可能にできることです。これにより、既存の安価なWebホスティング環境を利用して、長期的なシードと負荷分散を簡素化できます。理論的には、WebパブリッシャーにとってBitTorrentの使用は、直接HTTPダウンロードを作成するのとほぼ同じくらい簡単になります。さらに、スウォームが人気になりすぎた場合でも、ファイルをすぐに利用できるようにしながら、「Webシード」を無効にすることができます。この機能には2つの異なる仕様があり、どちらもLibtorrentとそれを使用する26以上のクライアントでサポートされています。
最初のものは、BitTornado を作成した John "TheSHAD0W" Hoffman によって作成されました。[ 46 ] [ 47 ]この最初の仕様では、ファイル名ではなく、情報ハッシュとピース番号によってコンテンツを提供する Web サービスを実行する必要があります。
もう一方の仕様はGetRightの作者によって作成され、基本的なHTTPダウンロードスペース(バイトサービングを使用)に依存することができます。[ 48 ] [ 49 ]
2010年9月、Webシーディングを使用して任意のURLからトレントを生成するBurnbitという新しいサービスが開始されました。[ 50 ]標準のBitTorrentプロトコルを介してWebサーバーからファイルの初期シードを提供するサーバーサイドソリューションがあり、外部シーダーの数が制限に達すると、元のソースからのファイルの提供を停止します。[ 51 ]
ブロードキャッチングと呼ばれる技術は、RSSフィードとBitTorrentプロトコルを組み合わせてコンテンツ配信システムを構築し、コンテンツ配信をさらに簡素化・自動化します。スティーブ・ギルモアは、2003年12月にZiff-Davisのコラムでこの概念を説明しました。 [ 52 ]この議論はブロガーの間で急速に広まりました(アーネスト・ミラー[ 53 ] 、クリス・ピリロなど)。スコット・レイモンドは、 「BitTorrentによるブロードキャッチング」というタイトルの記事で次のように説明しています。
BitTorrentファイルのRSSフィードが欲しいです。スクリプトで定期的にフィードをチェックして新しいアイテムを探し、それを使ってダウンロードを開始します。その後、信頼できるAlias RSSフィードの発行元を見つけて、番組のすべての新しいエピソードを「購読」すれば、TiVo の「シーズンパス」機能のように、自動的にダウンロードが開始されます。
—スコット・レイモンド、scottraymond.net [ 54 ]
RSS フィードはコンテンツを追跡し、BitTorrent はすべてのデータの暗号化ハッシュによってコンテンツの完全性を保証するため、フィード購読者は破損していないコンテンツを受け取ることができます。ブロードキャッチング用の最初の人気のあるソフトウェア クライアント (無料かつオープンソース)の 1 つはMiroです。PenguinTV や KatchTV などの他の無料ソフトウェア クライアントも現在ブロードキャッチングをサポートしています。BitTorrent ウェブ サービス MoveDigital は、2006 年に標準のRESTベースのインターフェースを介してXMLを解析できる任意のウェブ アプリケーションでトレントを利用できるようにする機能を追加しましたが、 [ 55 ]これはその後廃止されました。さらに、Torrentthut は同様の機能を提供し、トレント コミュニティをWeb 2.0標準に導くのに役立つ同様のトレントAPIを開発しています。このリリースと同時に、API を使用して構築された最初のPHPアプリケーションである PEP もリリースされました。これは、Really Simple Syndication (RSS 2.0) フィードを解析し、そのフィードで見つかった各エンクロージャに対してトレントを自動的に作成してシードします。[ 56 ]
BitTorrent は総トラフィックの大部分を占めているため、一部の ISP は BitTorrent 転送を「スロットリング」(速度を落とす)することを選択しています。このため、これらの試みを阻止するために BitTorrent トラフィックを偽装する方法が開発されています。[ 57 ]プロトコル ヘッダー暗号化 (PHE) およびメッセージ ストリーム暗号化/プロトコル暗号化 (MSE/PE)は、BitTorrent を検出およびスロットリングしにくくするための一部の BitTorrent クライアントの機能です。2015 年 11 月現在、Vuze、BitComet、KTorrent、Transmission、Deluge、μTorrent 、 MooPolice、Halite、qBittorrent、rTorrent、および最新の公式 BitTorrent クライアント (v6) は MSE/PE 暗号化をサポートしています。
2007 年 8 月、Comcast はピア間の通信を監視して妨害することで BitTorrent のシードを阻止していました。これらの試みに対する保護は、暗号化されたトンネルを介してクライアント トラッカー トラフィックをComcast ネットワーク外のポイントにプロキシすることで提供されています。 [ 58 ] 2008 年、Comcast はプロトコルに依存しない方法でトラフィックをシェーピングする目的で BitTorrent, Inc. と「休戦」しました。[ 59 ] Comcast の行動の倫理と合法性に関する疑問は、米国でネット中立性に関する議論を再び引き起こしました。[ 60 ]一般的に、暗号化によって共有されている内容を判断することは困難ですが、BitTorrent はトラフィック分析に対して脆弱です。したがって、MSE/PE を使用した場合でも、ISP が BitTorrent を認識し、システムがもはやデータをダウンロードせずアップロードのみを行っていると判断して、 TCP RST (リセット フラグ) パケットを注入することで接続を終了できる可能性があります。
もう 1 つの非公式機能は、John Hoffman [ 61 ]が提案し、いくつかのインデックス Web サイトによって実装されている BitTorrent メタデータ フォーマットの拡張です。これは、ファイルごとに複数のトラッカーを使用できるため、1 つのトラッカーが失敗した場合でも、他のトラッカーがファイル転送をサポートし続けることができます。これは、BitComet、BitTornado、BitTorrent、KTorrent、Transmission、Deluge、μTorrent、rtorrent、Vuze、Frostwireなど、いくつかのクライアントで実装されています。トラッカーはグループまたは階層に配置され、最上位の階層からランダムにトラッカーが選択されて試行され、最上位の階層のすべてのトラッカーが失敗した場合は次の階層に移動します。
複数のトラッカーを使用したトレントはファイルのダウンロード時間を短縮できますが、いくつかのデメリットもあります。
2008年12月現在 、BitTorrent, Inc. は Oversi と協力して、ISP に機能とネットワーク アーキテクチャ情報を問い合わせる新しいポリシー発見プロトコルを開発していました。Oversi の ISP ホスト型 NetEnhancer ボックスは、ピアがローカル ノードを見つけるのを助け、ダウンロード速度を向上させ、ISP のネットワークへの負荷とネットワークからの負荷を軽減することで、「ピアの選択を改善する」ように設計されています。[ 63 ]
BitTorrent 仕様は無料で利用でき、多くのクライアントがオープンソースであるため、さまざまなプログラミング言語を使用して、すべての一般的なオペレーティングシステム向けに BitTorrent クライアントが作成されています。公式の BitTorrent クライアント、μTorrent、qBittorrent、Transmission、Vuze、およびBitCometは、最も人気のあるクライアントの一部です。[ 64 ] [ 65 ] [ 66 ] [ 67 ]
MLDonkeyやTorrentfluxなどのBitTorrent実装の中には、サーバーとして動作するものもある。例えば、これを利用して、ユーザーがネットワーク上でアクセスを共有する単一の専用サーバーにファイル共有を集中させることができる。[ 68 ]サーバー指向のBitTorrent実装は、高速インターネット接続を備えたコロケーション施設(データセンターなど)でホスティングプロバイダーによってホストされることもあり、通常の家庭用ブロードバンド接続からBitTorrentを使用するよりも劇的な速度向上効果が得られる。ImageShackなどのサービスは、BitTorrentでユーザーのためにファイルをダウンロードし、ダウンロードが完了したらHTTPでファイル全体をダウンロードできるようにする。
Operaウェブ ブラウザは、BitTorrent をネイティブにサポートしています。[ 69 ] Braveウェブ ブラウザには、 UDPやTCPの代わりにWebRTCに基づく BitTorrent に似たプロトコルであるWebTorrent をサポートする拡張機能が付属しています。[ 70 ] [ 71 ] BitLet では、 Java アプレットを使用してブラウザから直接 Torrent をダウンロードできました(ブラウザが Java アプレットのサポートを削除するまで)。[ 72 ] BitTorrent をサポートするハードウェア デバイスが増えています。これには、 OpenWrtのような BitTorrent 対応ファームウェアを搭載したルーターや NAS デバイスが含まれます。DRM、暗号化、認証を実装する独自のプロトコル バージョンは、Pandoなどの管理クライアントに含まれています。
個人や組織の間で、BitTorrent を利用して自作またはライセンスされた作品を配布するケースが増えている (例:インディーズバンドが新曲のデジタルファイルを配布する)。独立系ユーザーからは、BitTorrent 技術によってプライベートネットワークのハードウェアと帯域幅への負荷が軽減され、大量のインターネットトラフィックを抱える非営利団体にとって不可欠であるとの報告がある。[ 73 ]
多くの主要なオープンソースおよびフリーソフトウェアプロジェクトは、可用性を高め、特に大きなファイルを扱う際に自社サーバーへの負荷を軽減するために、BitTorrentと従来のダウンロード方法(HTTP、FTPなど)の両方を推奨しています。 [ 74 ]さらに、一部のビデオゲームインストーラー、特に帯域幅制限、極めて頻繁なダウンロード、ネットワークトラフィックの予測不可能な変化によりホストするのが難しい大きなサイズのものは、代わりに、他の実行中のクライアントとプライマリサーバー(十分なピアが利用できない場合に備えて維持されている)からゲームをダウンロードするのに十分な機能を備えた、特別に簡素化されたBitTorrentクライアントを配布します。
BitTorrentを使ったファイル共有は、一部の法域において法律に違反する場合があります(法規制の項を参照)。
2012年1月現在 BitTorrentは1億5000万人のアクティブユーザーに利用されていました。この数字に基づくと、月間ユーザー総数は2億5000万人(約2億5000万人)以上と推定できます。[ 75 ] 2013年2月現在 、BitTorrentは全世界の帯域幅の3.35%を占めており、これはファイル共有に充てられている帯域幅全体の6%の半分以上に相当する。[ 76 ] 2013年時点BitTorrentは、 常に1500万~2700万人の同時ユーザーを抱えていた。[ 77 ]
2015年初頭までに、AT&TはBitTorrentがブロードバンドトラフィック全体の20%を占めていると推定した。[ 108 ]
ネットワークアドレス変換(NAT)を使用するルーターは、送信元および宛先のIPアドレスとポートのテーブルを維持する必要があります。BitTorrentは1秒間に20~30台のサーバーに頻繁に接続するため、一部の家庭用ルーターのNATテーブルはすぐにいっぱいになります。これは、一部の家庭用ルーターが正しく動作しなくなる既知の原因です。[ 109 ] [ 110 ]
プロトコル自体は合法であるものの、[ 111 ]問題は、BitTorrent が映画やビデオゲームなどの有料コンテンツをダウンロードするためによく使用されるため、著作権を侵害する作品を流通させるためにプロトコルを使用することから生じます。BitTorrent トラッカーの使用については多くの論争がありました。BitTorrent メタファイル自体はファイルの内容を保存しません。BitTorrent メタファイルの発行者が著作権者の許可なく著作権で保護された作品にリンクすることで著作権を侵害しているかどうかは議論の的となっています。さまざまな法域が、BitTorrent トラッカーをホストする Web サイトに対して法的措置を講じています。
そのため、法的または著作権上の理由から、ISPによってBitTorrentの使用が制限される場合があります。ユーザーは、これらの制限を回避するために、シードボックスや仮想プライベートネットワーク(VPN)を利用することができます。
注目度の高い例としては、 Suprnova.org、TorrentSpy、LokiTorrent、BTJunkie、Mininova、Oink's Pink Palace、What.cdの閉鎖が挙げられます。BitTorrent 検索エンジンであるThe Pirate Bayトレント ウェブサイトは、スウェーデンのグループによって設立され、著作権侵害の疑いに関する手紙や返信を公開するウェブサイトの「法的」セクションで知られています。2006 年 5 月 31 日、スウェーデンの The Pirate Bay のサーバーは、MPAA による著作権侵害の申し立てにより、スウェーデン警察によって捜索されました。[ 112 ]しかし、トラッカーは 3 日後には再び稼働していました。NBC Universal が Comcast と合併する際に評価するために使用された調査では、Envisional は、最もアクティブなダウンローダーを持つ PublicBT が管理する 10,000 のトレント スウォームを調査しました。ポルノや識別不能なコンテンツを除外した後、正当なコンテンツを提供しているスウォームは1つだけであることが判明した。[ 113 ]
米国では、2010年以降、BitTorrentの著作権侵害で20万件以上の訴訟が提起されている。[ 114 ]英国では、2012年4月30日、高等法院が5つのISPに対し、 The Pirate Bayをブロックするよう命じた。[ 115 ]
2025年6月、裁判所は、フェアユースに基づきAIのトレーニングに著作権で保護された作品を使用することに関する集団訴訟Kasey et al v. Meta Platforms, Inc.において、 Metaに一部有利な判決を下した。 [ 116 ]しかし、Metaが著作権で保護された海賊版コンテンツをダウンロードおよびシードするためにBitTorrentを使用したとされる件は、この訴訟と2025年7月に提起されたStrike 3 Holdings, LLC v. Meta Platforms, Inc.訴訟の両方で依然として争点となっている。[ 117 ] [ 118 ] 2026年3月、Metaは、BitTorrentは同社のLLMのフェアユーストレーニングに不可欠であり、したがってBitTorrentの使用の一環としてコンテンツをアップロードしたとされる行為もフェアユースとみなされるべきだと主張した。[ 119 ] 2026年5月現在裁判所はこの弁護に関して、既知の判決を下していない。
懸念事項の 1 つはUDP フラッド攻撃です。BitTorrent の実装では、通信にμTP がよく使用されます。高帯域幅を実現するために、基盤となるプロトコルとしてUDPが使用されますが、これによりインターネット トラフィックの送信元アドレスを偽装することが可能になります。P2Pラボ環境では、BitTorrent クライアントを実行しているユーザーが別のサービスへの攻撃の増幅器として機能することで、サービス拒否攻撃を実行できます。 [ 120 ]ただし、ISP が送信元アドレスが正しいかどうかを確認できるため、これは常に効果的な攻撃とは限りません。
10年以上前に行われたBitTorrentに関するいくつかの研究では、ダウンロード可能なファイルにマルウェアが含まれていることが判明しました。特に、ある小規模なサンプルでは、ダウンロード可能な実行可能プログラムの18%にマルウェアが含まれていることが示されました。[ 121 ]また別の研究では、BitTorrentのダウンロードの14.5%にゼロデイマルウェアが含まれており、発見されたゼロデイマルウェアの47%がBitTorrentを配布メカニズムとして使用していたと主張しています。[ 122 ]
のトレント共有機能。Bitcomet.com。
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)