Revision as of 23:30, 22 October 2006 editKjeXz (talk | contribs)5 editsNo edit summary← Previous edit | Latest revision as of 17:35, 10 January 2025 edit undo57birdnerd (talk | contribs)129 edits Fixed citation errorsTag: Visual edit | ||
Line 1: | Line 1: | ||
{{Short description|Peer-to-peer file sharing protocol}} | |||
{{otheruses4|the protocol|the client|BitTorrent client}} | |||
{{About|the file sharing protocol}} | |||
{{Use dmy dates|date=July 2016}} | |||
{{merge from|Torrent file|discuss=Talk:BitTorrent#Merge proposal|date=September 2024}} | |||
{{Infobox software | |||
| author = ] | |||
| developer = ] | |||
| released = {{Start date and age|2001|df=yes}} | |||
| latest release date = {{Start date and age|2017|02|04|df=yes}} | |||
| standard = The BitTorrent Protocol Specification<ref name="Protocol1.0">{{cite web|url=https://www.bittorrent.org/beps/bep_0003.html|title=BitTorrent Protocol 1.0|last=Cohen|first=Bram|date=October 2002|publisher=BitTorrent.org|url-status=live|archive-url=https://web.archive.org/web/20140208002821/http://bittorrent.org/beps/bep_0003.html|archive-date=8 February 2014|access-date= 1 June 2020}}</ref> | |||
| genre = ] | |||
| repo = | |||
| website = | |||
}} | |||
{{File sharing sidebar}} | |||
]{{IPstack}} | |||
'''BitTorrent''' is a ] for ] (P2P), which enables users to distribute data and electronic files over the ] in a ] manner. The protocol is developed and maintained by ], and was first released in 2001.<ref name="BC">{{cite web |last=Cohen |first=Bram |date=2 July 2001 |title=BitTorrent – a new P2P app |url=http://finance.groups.yahoo.com/group/decentralization/message/3160 |url-status=dead |archive-url=https://web.archive.org/web/20080129085545/http://finance.groups.yahoo.com/group/decentralization/message/3160 |archive-date=29 January 2008 |access-date=15 April 2007 |publisher=Yahoo eGroups |df=dmy}}</ref> | |||
'''BitTorrent''' is the name of a ] (P2P) ] ], and is the name of a ] implementation of that protocol. The protocol was originally designed and created by programmer ], and is now maintained by ]. BitTorrent is designed to distribute large amounts of ] widely without incurring the corresponding consumption in costly server and bandwidth resources. CableLabs, the research organization of the North American cable industry believes that BitTorrent represents 55% of the upstream traffic on the cable companies' access network,<ref>{{cite web| url=http://www.multichannel.com/article/CA6332098.html| year=May 8, 2006| title=BitTorrent’s Swarms Have a Deadly Bite On Broadband Nets| first=Leslie| last=Ellis| publisher=Multichannel News| accessdate=2006-05-08}}</ref> CacheLogic puts that number at roughly 35% of all traffic on the Internet,<ref>{{cite web| url=http://in.tech.yahoo.com/041103/137/2ho4i.html| year=November 4, 2004| title=LIVEWIRE - File-sharing network thrives beneath the radar| first=Adam| last=Pasick| publisher=Yahoo! News| accessdate=2006-05-09}}</ref> although there are dissenting opinions on the methodology to measure P2P traffic on the Internet.<ref>{{cite web| url=http://www.bcr.com/opinion/next_generation_networks/peer-to-peer_traffic_internet_myth_born_20051101647.htm| title= Peer-to-Peer Traffic: Another Internet Myth Is Born| first=Peter| last=Sevcik| year=November 01, 2005| publisher=Business Communication Review| accessdate=2006-05-09}}</ref> | |||
To send or receive files, users use a ] on their Internet-connected computer, which are available for a variety of computing platforms and ], including ]. ]s provide a list of files available for transfer and allow the client to find peer users, known as "seeds", who may transfer the files. BitTorrent downloading is considered to be faster than ] ("direct downloading") and ] due to the lack of a central server that could limit bandwidth.<ref>{{Cite web |date=2023-04-19 |title=What Is BitTorrent and Is It Safe? |url=https://www.kaspersky.com/resource-center/definitions/bittorrent |access-date=2023-10-24 |website=www.kaspersky.com |language=en}}</ref><ref>{{Cite web |date=2009-06-13 |title=bittorrent vs HTTP |url=https://daniel.haxx.se/docs/bittorrent-vs-http.html |access-date=2023-10-24 |archive-url=https://web.archive.org/web/20090613010209/https://daniel.haxx.se/docs/bittorrent-vs-http.html |archive-date=13 June 2009 }}</ref> | |||
The original ] was written in ]. Its source code, as of version 4.0, has been released under the ], which is a modified version of the ] Open Source License. There are numerous compatible clients, written in a variety of ]s, and running on a variety of ]. | |||
BitTorrent is one of the most common protocols for transferring large files, such as ] files containing TV shows and video clips, or ] files. BitTorrent accounted for a third of all internet traffic in 2004, according to a study by Cachelogic.<ref>{{cite web | url=https://torrentfreak.com/bittorrent-the-one-third-of-all-internet-traffic-myth/ | title=BitTorrent: The "one third of all Internet traffic" Myth * TorrentFreak }}</ref> As recently as 2019 BitTorrent remained a significant file sharing protocol according to ], generating a substantial amount of Internet traffic, with 2.46% of ], and 27.58% of ] traffic,<ref name="BitTorrentSW">{{cite journal|last1=Marozzo|first1=Fabrizio|last2=Talia|first2=Domenico|last3=Trunfio|first3=Paolo|title=A Sleep-and-Wake technique for reducing energy consumption in BitTorrent networks|journal=Concurrency and Computation: Practice and Experience|volume=32|issue=14|year=2020|issn=1532-0634|doi=10.1002/cpe.5723|s2cid=215841734}}</ref> although this share has declined significantly since then.<ref>{{Cite web |title=BitTorrent is No Longer the 'King' of Upstream Internet Traffic * TorrentFreak |url=https://torrentfreak.com/bittorrent-is-no-longer-the-king-of-upstream-internet-traffic-240315/ |access-date=2024-03-19 |language=en}}</ref> | |||
== Torrents == | |||
=== Creating and publishing torrents === | |||
== History == | |||
To share a file or group of files through BitTorrent, clients first create a “torrent”. This is a small file which contains ] about the files to be shared, and about the host computer that coordinates the file distribution. The exact information contained in the torrent file depends on the version of the BitTorrent protocol. However, a torrent file always has the suffix <code>.torrent</code>. Torrent files contain an “announce” section, which specifies the ] of the ], and an “info” section which contains (suggested) names for the files, their lengths, the piece length used, and a ] ] for each piece, which clients should use to verify the integrity of the data they receive. Clients who have finished downloading the file may also choose to act as seeders, providing a complete copy of the file. After the torrent file is created, a link to it is placed on a website or elsewhere, and it is registered with a ]. BitTorrent trackers maintain lists of the clients currently participating in the torrent.<ref name = "Protocol1.0">{{cite web| url=http://www.bittorrent.org/protocol.html| title=BitTorrent Protocol 1.0 | first=BitTorrent.org | last= | coauthors=| publisher=| year=| accessdate=2006-05-06}}</ref> | |||
{{expand section|date=September 2021}} | |||
The computer with the initial copy of the file is referred to as the initial seeder. | |||
] | |||
Programmer ], a ] alumnus,<ref>{{cite web |url=https://twitter.com/UBengineering/status/357131210503356419 |title=UB Engineering Tweeter |publisher=University at Buffalo's School of Engineering and Applied Sciences |archive-url=https://web.archive.org/web/20131111070426/https://twitter.com/UBengineering/status/357131210503356419 |archive-date=11 November 2013 |url-status=live |access-date=4 January 2022 }}</ref> designed the protocol in April 2001, and released the first available version on 2 July 2001.<ref name="BC"/> Cohen and ] founded BitTorrent, Inc. (later renamed ]) to further develop the technology in 2004. | |||
=== Downloading torrents and sharing files === | |||
The first release of the BitTorrent client had no search engine and no peer exchange. Up until 2005, the only way to share files was by creating a small text file called a "]", that they would upload to a torrent index site. The first uploader acted as a '']'', and downloaders would initially connect as '']''. Those who wish to download the file would download the torrent, which their client would use to connect to a tracker which had a list of the IP addresses of other seeds and peers in the swarm. Once a peer completed a download of the complete file, it could in turn function as a seed. These files contain ] about the files to be shared and the ] which keep track of the other seeds and peers. | |||
] the file from each other. In this animation, the coloured bars beneath all of the clients represent individual pieces of the file. After the initial pieces transfer from the seed, the pieces are individually transferred from client to client. This demonstrates how the original seeder only needs to send out one copy of the file for all the clients to receive a copy.]] | |||
BitTorrent clients are programs which implement the BitTorrent protocol. Each BitTorrent client is capable of preparing, requesting, and transmitting any type of ] over a network using the BitTorrent protocol. | |||
In 2005, first ] and then the BitTorrent client introduced distributed tracking using distributed hash tables which allowed clients to exchange data on swarms directly without the need for a torrent file. | |||
Using a web browser, users navigate to the site listing the torrent, download it, and open it in a BitTorrent client. After opening the torrent, the BitTorrent client connects to the ], which provides it with a list of clients currently downloading the file or files. A group of peers on a BitTorrent or P2P connected with each other to share a particular torrent is generally referred to as a swarm. | |||
In 2006, peer exchange functionality was added allowing clients to add peers based on the data found on connected nodes. | |||
Initially, there may be no other peers in the swarm, in which case the client connects directly to the initial seeder and begins to request pieces. The BitTorrent protocol breaks down files into a number of much smaller pieces, typically a quarter of a ] (256 kB) in size. Larger file sizes typically have larger pieces. For example, a 4.37-GB file may have a piece size of 4 MB (4096 kB). Pieces are checked as they are received using a ] to ensure that they are error-free.<ref name = "Protocol1.0" /> | |||
In 2017, BitTorrent, Inc. released the BitTorrent v2 protocol specification.<ref>{{cite web |date=15 May 2017 |title=Merge pull request #59 from the8472/new-hash-algos |url=https://github.com/bittorrent/bittorrent.org/commit/51fe877e6ed6f20fb7eea67fe234e7b266aaed84 |url-status=live |archive-url=https://web.archive.org/web/20211110162310/https://github.com/bittorrent/bittorrent.org/commit/51fe877e6ed6f20fb7eea67fe234e7b266aaed84 |archive-date=10 November 2021 |accessdate=13 September 2021 |publisher=BitTorrent}}</ref><ref>{{cite web |last1=Cohen |first1=Bram |title=The BitTorrent Protocol Specification v2 |url=https://www.bittorrent.org/beps/bep_0052.html |url-status=live |archive-url=https://web.archive.org/web/20201112030826/http://bittorrent.org/beps/bep_0052.html |archive-date=12 November 2020 |access-date=28 October 2020 |website=BitTorrent.org |publisher=BitTorrent}}</ref> BitTorrent v2 is intended to work seamlessly with previous versions of the BitTorrent protocol. The main reason for the update was that the old ], ], is ] by the developers, and as such, v2 uses ]. To ensure backwards compatibility, the v2 .torrent file format supports a hybrid mode where the torrents are hashed through both the new method and the old method, with the intent that the files will be shared with peers on both v1 and v2 swarms. Another update to the specification is adding a ] to speed up time from adding a torrent to downloading files, and to allow more granular checks for file corruption. In addition, each file is now hashed individually, enabling files in the swarm to be deduplicated, so that if multiple torrents include the same files, but seeders are only seeding the file from some, downloaders of the other torrents can still download the file. In addition, file hashes can be displayed on tracker, torrent indexing services, to search for swarms by searching for hashes of files contained in them. These hashes are different from the usual SHA-256 hash of files and can be obtained using tools.<ref>{{cite web |title=TMRR |url=https://github.com/kovalensky/tmrr |website=github.com |publisher=kovalensky}}</ref> Magnet links for v2 also support a hybrid mode to ensure support for legacy clients.<ref>{{cite web |title=Bittorrent-v2 |url=https://blog.libtorrent.org/2020/09/bittorrent-v2/ |website=libbittorrent.org |publisher=libbittorrent |access-date=28 October 2020 |archive-date=30 October 2020 |archive-url=https://web.archive.org/web/20201030011550/https://blog.libtorrent.org/2020/09/bittorrent-v2/ |url-status=live }}</ref> | |||
As peers enter the swarm, they begin sharing pieces with one another, instead of downloading directly from the seeder. Clients incorporate mechanisms to optimize their download and upload rates, for example using a ] scheme. Peers download pieces in a random order, to increase the opportunity to exchange data, which is only possible if two peers have a different subset of the file. | |||
== Design == | |||
The effectiveness of the peer-to-peer data exchange depends largely on the policies used by clients to determine whom to send data to. Clients will prefer to send data to peers that send data back to them, which encourages fair sharing, but strict policies often result in suboptimal situations, where newly joined peers are unable to receive any data (because they don't have any pieces yet to share themselves) and two peers with a good connection between them do not exchange data simply because neither of them wants to take the initiative. To counter these effects, the official BitTorrent client uses a mechanism called “optimistic unchoking”, where the client will reserve a portion of its available bandwidth for sending pieces to random peers (not necessarily known-good partners, so called preferred peers), in hopes of discovering even better partners and to ensure newcomers get a chance to join the swarm.<ref name = "Tamilmanistudy" >{{cite web| url=http://mnl.cs.stonybrook.edu/home/karthik/BitTorrent/Robustness_of_BT.doc| title=Studying and enhancing the BitTorrent protocol | first=Karthik | last=Tamilmani | coauthors=| publisher=| year=| accessdate=2006-05-06}}</ref> | |||
] use: The colored dots beneath each computer in the animation represent different parts of the ]. By the time a copy to a destination computer of each of those parts completes, a copy to another destination computer of that part (or other parts) is already taking place between users.]] | |||
The BitTorrent protocol can be used to reduce the server and network impact of distributing large files. Rather than downloading a file from a single source server, the BitTorrent protocol allows users to join a "swarm" of hosts to upload and download from each other simultaneously. The protocol is an alternative to the older single source, multiple mirror sources technique for distributing data, and can work effectively over networks with lower ]. Using the BitTorrent protocol, several basic computers, such as home computers, can replace large servers while efficiently distributing files to many recipients. This lower bandwidth usage also helps prevent large spikes in ] in a given area, keeping internet speeds higher for all users in general, regardless of whether or not they use the BitTorrent protocol. | |||
A visual presentation of how the BitTorrent protocol works can be found . | |||
The file being distributed is divided into segments called ''pieces''. As each peer receives a new piece of the file, it becomes a source (of that piece) for other peers, relieving the original seed from having to send that piece to every computer or user wishing a copy. With BitTorrent, the task of distributing the file is shared by those who want it; it is entirely possible for the seed to send only a single copy of the file itself and eventually distribute to an unlimited number of peers. Each piece is protected by a ] contained in the torrent descriptor.<ref name="Protocol1.0"/> This ensures that any modification of the piece can be reliably detected, and thus prevents both accidental and malicious modifications of any of the pieces received at other nodes. If a node starts with an authentic copy of the torrent descriptor, it can verify the authenticity of the entire file it receives. | |||
== Terminology == | |||
Pieces are typically downloaded non-sequentially, and are rearranged into the correct order by the BitTorrent client, which monitors which pieces it needs, and which pieces it has and can upload to other peers. Pieces are of the same size throughout a single download (for example, a 10 MB file may be transmitted as ten 1 MB pieces or as forty 256 KB pieces). | |||
;availability | |||
Due to the nature of this approach, the download of any file can be halted at any time and be resumed at a later date, without the loss of previously downloaded information, which in turn makes BitTorrent particularly useful in the transfer of larger files. This also enables the client to seek out readily available pieces and download them immediately, rather than halting the download and waiting for the next (and possibly unavailable) piece in line, which typically reduces the overall time of the download. This eventual transition from peers to seeders determines the overall "health" of the file (as determined by the number of times a file is available in its complete form). | |||
:''(also '''distributed copies''')'' The number of full copies of the file available to the client. Each ''seed'' adds 1.0 to this number, as they have one complete copy of the file. A connected peer with a fraction of the file available adds that fraction to the availability, if no other peer has this part of the file. (ie. a peer with 65.3% of the file downloaded increases the availability by 0.653. However, if two peers both have '''the same''' portion of the file downloaded - say 50% - and there is only one seeder, the availability is 1.5). | |||
The distributed nature of BitTorrent can lead to a ] spreading of a file throughout many peer computer nodes. As more peers join the swarm, the likelihood of a successful download by any particular node increases. Relative to traditional Internet distribution schemes, this permits a significant reduction in the original distributor's hardware and bandwidth resource costs. Distributed downloading protocols in general provide ] against system problems, reduce dependence on the original distributor,<ref>{{cite journal |arxiv=1004.0395|title=Estimating Self-Sustainability in Peer-to-Peer Swarming Systems |journal=Performance Evaluation |volume=67 |issue=11 |pages=1243–1258 |last1= Menasche |first1=Daniel S. |last2= Rocha |first2=Antonio A. A. |last3= de Souza e Silva |first3=Edmundo A. |last4= Leao |first4=Rosa M. |last5=Towsley |first5=Don |last6=Venkataramani |first6=Arun |year=2010 |doi=10.1016/j.peva.2010.08.013 |s2cid=9361889 |issn = 0166-5316 }} by D. Menasche, A. Rocha, E. de Souza e Silva, R. M. Leao, D. Towsley, A. Venkataramani.</ref> and provide sources for the file which are generally ] and therefore there is no single point of failure as in one way server-client transfers. | |||
;choked | |||
:Describes a peer to whom the client refuses to send file pieces. A client ''chokes'' another client in several situations: | |||
:* The second client is a ''seed'', in which case it does not want any pieces (ie. it is completely ''uninterested'') | |||
:* The client is already uploading at its full capacity (ie. the value for <code>max_uploads</code> has been reached) | |||
Though both ultimately transfer files over a network, a BitTorrent download differs from a one way server-client download (as is typical with an ] or ] request, for example) in several fundamental ways: | |||
;interested | |||
* BitTorrent makes many small data requests over different ] connections to different machines, while server-client downloading is typically made via a single ] connection to a single machine. | |||
:Describes a downloader who wishes to obtain pieces of a file the client has. For example, the uploading client would flag a downloading client as 'interested' if that client did not possess a piece that it did, and wished to obtain it. | |||
* BitTorrent downloads in a random or in a "rarest-first"<ref name="Rarest First and Choke Algorithms Are Enough">{{cite web | url=http://conferences.sigcomm.org/imc/2006/papers/p20-legout.pdf | title=Rarest First and Choke Algorithms Are Enough | date=December 2006 | last=Urvoy-Keller | publisher=SIGCOMM | access-date=9 March 2012 | archive-url=https://web.archive.org/web/20120523055500/http://conferences.sigcomm.org/imc/2006/papers/p20-legout.pdf | archive-date=23 May 2012 | url-status=live | df=dmy-all }}</ref> approach that ensures high availability, while classic downloads are sequential. | |||
Taken together, these differences allow BitTorrent to achieve much lower cost to the content provider, much higher redundancy, and much greater resistance to abuse or to "]" than regular ]. However, this protection, theoretically, comes at a cost: downloads can take time to rise to full speed because it may take time for enough peer connections to be established, and it may take time for a node to receive sufficient data to become an effective uploader. This contrasts with regular downloads (such as from an HTTP server, for example) that, while more vulnerable to overload and abuse, rise to full speed very quickly, and maintain this speed throughout. In the beginning, BitTorrent's non-contiguous download methods made it harder to support "streaming playback". In 2014, the client ] allowed for streaming of BitTorrent video files. Since then, more and more clients are offering streaming options. | |||
;leech | |||
:A ''leech'' is usually a ''peer'' who has a negative effect on the swarm by having a very poor share ratio - in other words, downloading much more than they upload. Most leeches are users on asymmetric internet connections and do not leave their ] open to seed the file after their download has completed. However, some leeches intentionally avoid uploading by using modified clients or excessively limiting their upload speed. The term ''leech'', however, can be used simply to describe a ''peer'' - or any client that does not have 100% of the data. | |||
=== Searching === | |||
;] | |||
The BitTorrent protocol provides no way to index torrent files. As a result, a comparatively small number of websites have hosted a large majority of torrents, many linking to copyrighted works without the authorization of copyright holders, rendering those sites especially vulnerable to lawsuits.<ref>{{cite web| url=http://torrentfreak.com/publicbt-tracker-set-to-patch-bittorrents-achilles-heel-090712/| title=PublicBT Tracker Set To Patch BitTorrent' Achilles' Heel| date=12 July 2009| publisher=Torrentfreak |author=Ernesto |access-date=14 July 2009 | archive-url = https://web.archive.org/web/20140326093356/http://torrentfreak.com/publicbt-tracker-set-to-patch-bittorrents-achilles-heel-090712/ | archive-date = 26 March 2014| url-status=live}}</ref> A BitTorrent index is a "list of ], which typically includes descriptions" and information about the torrent's content.<ref>Chwan-Hwa (John) Wu, J. David Irwin. ''Introduction to Computer Networks and Cybersecurity''. Chapter 5.4.: Partially Centralized Architectures. ]. 4 February 2013. {{ISBN|9781466572133}}</ref> Several types of websites support the discovery and distribution of data on the BitTorrent network. Public torrent-hosting sites such as ] allow users to search and download from their collection of torrent files. Users can typically also upload torrent files for content they wish to distribute. Often, these sites also run ]s for their hosted torrent files, but these two functions are not mutually dependent: a torrent file could be hosted on one site and tracked by another unrelated site. Private host/tracker sites operate like public ones except that they may restrict access to registered users and may also keep track of the amount of data each user uploads and downloads, in an attempt to reduce "]". | |||
:A ''lurker'' is a user that only downloads files from the group but does not add new content. Unlike a ''leech'', a ''lurker'' will ''seed'' what he has downloaded. | |||
]s allow the discovery of torrent files that are hosted and tracked on other sites; examples include The Pirate Bay and ]. These sites allow the user to ask for content meeting specific criteria (such as containing a given word or phrase) and retrieve a list of links to torrent files matching those criteria. This list can often be sorted with respect to several criteria, relevance (seeders to leechers ratio) being one of the most popular and useful (due to the way the protocol behaves, the download bandwidth achievable is very sensitive to this value). ]s allow one to search several BitTorrent indices and search engines at once. | |||
;peer | |||
:A ''peer'' is one instance of a BitTorrent client running on a computer on the Internet to which other clients connect and transfer data. Usually a ''peer'' does not have the complete file, but only parts of it. However, in the colloquial definition, "peer" can be used to refer to any participant in the swarm (in this case, it's synonymous with "client"). | |||
The ] BitTorrent client was among the first to incorporate built-in search capabilities. With Tribler, users can find .torrent files held by random peers and taste buddies.<ref>Zeilemaker, N., Capotă, M., Bakker, A., & Pouwelse, J. (2011). "Tribler P2P Media Search and Sharing." Proceedings of the 19th ACM International Conference on Multimedia - MM ’11.</ref> It adds such an ability to the BitTorrent protocol using a ], somewhat similar to the ] network which was shut down in 2005. The software includes the ability to recommend content as well. After a dozen downloads, the Tribler software can roughly estimate the download taste of the user, and recommend additional content.<ref>{{cite web|url=https://www.tribler.org/DecentralizedRecommendation |title=DecentralizedRecommendation – |publisher=Tribler.org |access-date=9 July 2012 | archive-url = https://web.archive.org/web/20081202143338/http://www.tribler.org/DecentralizedRecommendation | archive-date = 2 December 2008| url-status=live}}</ref> | |||
;scrape | |||
:This is when a client sends a request to the tracking server for information about the statistics of the torrent, such as with whom to share the file and how well those other users are sharing. | |||
In May 2007, researchers at ] published a paper proposing a new approach to searching a peer-to-peer network for inexact strings,<ref> | |||
;seeder | |||
{{cite web|url=https://www.cs.cornell.edu/people/egs/papers/hyperspaces.pdf|title=Hyperspaces for Object Clustering and Approximate Matching in Peer-to-Peer Overlays|author=Wong, Bernard|author2=Vigfusson, Ymir|date=2 May 2007<!-- from PDF-->|publisher=Cornell University|url-status=live|archive-url=https://web.archive.org/web/20120617065142/http://www.cs.cornell.edu/People/egs/papers/hyperspaces.pdf|archive-date=17 June 2012|access-date=7 April 2013|author3=Gun Sirer, Emin|df=dmy-all}} | |||
:A ''seeder'' is a ''peer'' that has a complete copy of the torrent and still offers it for upload. The more ''seeders'' there are, the better the chances are for completion of the file. | |||
</ref> which could replace the functionality of a central indexing site. A year later, the same team implemented the system as a plugin for ] called Cubit<ref>{{cite web | |||
|url=http://www.cs.cornell.edu/~bwong/cubit/index.html | |||
|author=Wong, Bernard | |||
|title=Cubit: Approximate Matching for Peer-to-Peer Overlays | |||
|year=2008 | |||
|access-date=26 May 2008 | |||
|publisher=Cornell University | archive-url = https://web.archive.org/web/20121231060445/http://www.cs.cornell.edu/~bwong/cubit/index.html |archive-date = 31 December 2012| url-status=live}}</ref> and published a follow-up paper reporting its success.<ref> | |||
{{cite web | |||
|url=http://www.cs.cornell.edu/~bwong/cubit/tr-cubit.pdf | |||
|title=Approximate Matching for Peer-to-Peer Overlays with Cubit | |||
|author=Wong, Bernard | |||
|access-date=26 May 2008 | |||
|publisher=Cornell University | |||
|archive-url=https://web.archive.org/web/20081029084030/http://www.cs.cornell.edu/~bwong/cubit/tr-cubit.pdf | |||
|archive-date=29 October 2008 | |||
|url-status=live | |||
|df=dmy-all | |||
}}</ref> | |||
A somewhat similar facility but with a slightly different approach is provided by the ] client through its "Torrent Exchange"<ref>{{cite web |url=http://wiki.bitcomet.com/Torrent_Exchange |title=Torrent Exchange | archive-url = https://web.archive.org/web/20131005065144/http://wiki.bitcomet.com/Torrent_Exchange | archive-date = 5 October 2013| url-status=live |quote=The torrent sharing feature of BitComet. Bitcomet.com. |access-date=31 January 2010}}</ref> feature. Whenever two peers using BitComet (with Torrent Exchange enabled) connect to each other they exchange lists of all the torrents (name and info-hash) they have in the Torrent Share storage (torrent files which were previously downloaded and for which the user chose to enable sharing by Torrent Exchange). Thus each client builds up a list of all the torrents shared by the peers it connected to in the current session (or it can even maintain the list between sessions if instructed). | |||
;snubbed | |||
:An uploading client is flagged as ''snubbed'' if the downloading client has not received any data from it in over 60 seconds. | |||
At any time the user can search into that Torrent Collection list for a certain torrent and sort the list by categories. When the user chooses to download a torrent from that list, the .torrent file is automatically searched for (by info-hash value) in the ] and when found it is downloaded by the querying client which can subsequently create and initiate a downloading task. | |||
;] | |||
:When a file is new, much time can be wasted because the seeding client might send the same file piece to many different peers, while other pieces have not yet been downloaded at all. Some clients, like ], ], ], TorrentStorm, and ] have a "superseed" mode, where they try to only send out pieces that have never been sent out before, making the initial propagation of the file much faster. This is generally used only for a new torrent, or one which must be re-seeded because no other seeds are available. | |||
=== Downloading and sharing === | |||
;swarm | |||
Users find a torrent of interest on a torrent index site or by using a search engine built into the client, download it, and open it with a BitTorrent client. The client connects to the tracker(s) or seeds specified in the torrent file, from which it receives a list of seeds and peers currently transferring pieces of the file(s). The client connects to those peers to obtain the various pieces. If the swarm contains only the initial seeder, the client connects directly to it, and begins to request pieces. Clients incorporate mechanisms to optimize their download and upload rates. | |||
:Together, all ''peers'' (including ''seeders'') sharing a ''torrent'' are called a ''swarm''. For example, six ordinary ''peers'' and two ''seeders'' make a ''swarm'' of eight. | |||
The effectiveness of this data exchange depends largely on the policies that clients use to determine to whom to send data. Clients may prefer to send data to peers that send data back to them (a "]" exchange scheme), which encourages fair trading. But strict policies often result in suboptimal situations, such as when newly joined peers are unable to receive any data because they do not have any pieces yet to trade themselves or when two peers with a good connection between them do not exchange data simply because neither of them takes the initiative. To counter these effects, the official BitTorrent client program uses a mechanism called "optimistic unchoking", whereby the client reserves a portion of its available bandwidth for sending pieces to random peers (not necessarily known good partners, or "preferred peers") in hopes of discovering even better partners and to ensure that newcomers get a chance to join the swarm.<ref name = "Tamilmanistudy" >{{cite web| url=http://mnl.cs.stonybrook.edu/home/karthik/BitTorrent/Robustness_of_BT.doc |title=Studying and enhancing the BitTorrent protocol |first=Karthik |last=Tamilmani |publisher=Stony Brook University |date=25 October 2003 |access-date=6 May 2006 |format=DOC |archive-url=https://web.archive.org/web/20041119150847/http://mnl.cs.stonybrook.edu/home/karthik/BitTorrent/Robustness_of_BT.doc |archive-date=19 November 2004}}</ref><!-- mnl.cs.stonybrook.edu down, subst archive.org link --> | |||
;torrent | |||
:A ''torrent'' can mean either a <code>.torrent</code> ] file or all files described by it, depending on context. The ''torrent file'' contains metadata about all the files it makes downloadable, including their names and sizes and ] of all pieces in the ''torrent''. It also contains the address of a ''tracker'' that coordinates communication between the peers in the swarm. | |||
Although "swarming" scales well to tolerate "flash crowds" for popular content, it is less useful for unpopular or ] content. Peers arriving after the initial rush might find the content unavailable and need to wait for the arrival of a "seed" in order to complete their downloads. The seed arrival, in turn, may take long to happen (this is termed the "seeder promotion problem"). Since maintaining seeds for unpopular content entails high bandwidth and administrative costs, this runs counter to the goals of publishers that value BitTorrent as a cheap alternative to a client-server approach. This occurs on a huge scale; measurements have shown that 38% of all new torrents become unavailable within the first month.<ref>{{cite arXiv |eprint=0912.0625 |title=Unraveling BitTorrent's File Unavailability: Measurements and Analysis |last=Kaune |first=Sebastian |display-authors=etal |class=cs.NI |year=2009 }}</ref> A strategy adopted by many publishers which significantly increases availability of unpopular content consists of bundling multiple files in a single swarm.<ref>{{cite conference |url=http://conferences.sigcomm.org/co-next/2009/papers/Menasche.pdf |title=Content Availability and Bundling in Swarming Systems |author=D. Menasche |display-authors=etal |publisher=ACM via sigcomm.org |work=CoNEXT'09 |date=1–4 December 2009 |location=Rome, Italy |isbn=978-1-60558-636-6 |access-date=18 December 2009 |archive-url=https://web.archive.org/web/20110501082904/http://conferences.sigcomm.org/co-next/2009/papers/Menasche.pdf |archive-date=1 May 2011 |url-status=live |df=dmy-all }}</ref> More sophisticated solutions have also been proposed; generally, these use cross-torrent mechanisms through which multiple torrents can cooperate to better share content.<ref>{{cite web |url=http://www.eecs.qmul.ac.uk/~tysong/files/ICCCN09.pdf |title=The Seeder Promotion Problem: Measurements, Analysis and Solution Space |last=Kaune |first=Sebastian |display-authors=etal |publisher=Queen Mary's University London |access-date=20 July 2017 |archive-url=https://web.archive.org/web/20140809010501/http://www.eecs.qmul.ac.uk/~tysong/files/ICCCN09.pdf |archive-date=9 August 2014 |url-status=live |df=dmy-all }}</ref> | |||
;] | |||
:A ''tracker'' is a server that keeps track of which seeds and peers are in the swarm. Clients report information to the tracker periodically and in exchange receive information about other clients to which they can connect. The tracker is not directly involved in the data transfer and does not have a copy of the file. | |||
=== Creating and publishing === | |||
== Comparison to other file sharing systems == | |||
{{Update|date=January 2022|reason=Some extensions described in this section as experimental have been standardized. This section is factually incorrect about some aspects of v1 and v2}} | |||
The peer distributing a data file treats the file as a number of identically sized pieces, usually with byte sizes of a power of 2, and typically between 32 KB and 16 MB each. The peer creates a ] for each piece, using the ] hash function, and records it in the torrent file. Pieces with sizes greater than 512 KB will reduce the size of a torrent file for a very large payload, but is claimed to reduce the efficiency of the protocol.<ref>{{cite web |url=http://wiki.theory.org/index.php/BitTorrentSpecification |title=BitTorrent Specification |publisher=Wiki.theory.org |access-date=9 July 2012 | archive-url = https://web.archive.org/web/20130626195027/https://wiki.theory.org/index.php/BitTorrentSpecification | archive-date = 26 June 2013| url-status=live}}{{dubious|reason=Wikis are not citable sources – find a better source-Lexein|date=April 2013}}</ref> When another peer later receives a particular piece, the hash of the piece is compared to the recorded hash to test that the piece is error-free.<ref name = "Protocol1.0" /> Peers that provide a complete file are called seeders, and the peer providing the initial copy is called the initial seeder. The exact information contained in the torrent file depends on the version of the BitTorrent protocol. | |||
] | |||
By convention, the name of a torrent file has the suffix <code>.torrent</code>. Torrent files use the ] file format, and contain an "announce" section, which specifies the ] of the tracker, and an "info" section, containing (suggested) names for the files, their lengths, the piece length used, and a ] ] for each piece, all of which are used by clients to verify the integrity of the data they receive. Though SHA-1 has shown signs of cryptographic weakness, Bram Cohen did not initially consider the risk big enough for a backward incompatible change to, for example, ]. As of BitTorrent v2 the hash function has been updated to SHA-256.<ref>{{cite web|title=» BitTorrent v2|url=https://blog.libtorrent.org/2020/09/bittorrent-v2/|access-date=2020-09-27|language=en-US|archive-date=27 September 2020|archive-url=https://web.archive.org/web/20200927063545/https://blog.libtorrent.org/2020/09/bittorrent-v2/|url-status=live}}</ref> | |||
The method used by BitTorrent to distribute files parallels the one used by the ], but nodes in eDonkey's file sharing network usually share and download a much larger number of files, making the bandwidth available to each transfer much smaller. Also eDonkey has queue-based system wherein there might be 200 people sharing the file but only one or two have queue free. Hence a user ends up getting files from only a few and rising up in rank in other users' queue list (while getting no download from them). BitTorrent transfers are typically very fast, because all nodes in a group concentrate on transferring a single file or collection of files. While the original eDonkey2000 client provided little "leech resistance", most new clients have some sort of system to encourage uploaders. ], for example, has a credits system whereby a client rewards other clients that upload to it by increasing their priority in its queue. However, the nature of the eDonkey2000 concept means download speeds tend to be much more variable, although the number of available files is far greater. | |||
In the early days, torrent files were typically published to torrent index websites, and registered with at least one tracker. The tracker maintained lists of the clients currently connected to the swarm.<ref name="Protocol1.0"/> Alternatively, in a ''trackerless system'' (decentralized tracking) every peer acts as a tracker. Azureus was the first<ref name="DHT-turns-10">{{cite web|title=BitTorrent's DHT Turns 10 Years Old|last=Jones|first=Ben|url=https://torrentfreak.com/bittorrents-dht-turns-10-years-old-150607/|date=7 June 2015|access-date=5 July 2015|website=]|archive-url=https://web.archive.org/web/20150611011335/http://torrentfreak.com/bittorrents-dht-turns-10-years-old-150607/|archive-date=11 June 2015|url-status=live|df=dmy-all}}</ref> BitTorrent client to implement such a system through the ] (DHT) method. An alternative and incompatible DHT system, known as ], was released in the Mainline BitTorrent client three weeks later (though it had been in development since 2002)<ref name="DHT-turns-10"/> and subsequently adopted by the ], ], ], ], ], and ] clients. | |||
A similar method to BitTorrent was the Participation Level introduced in ] in 2002. A user's Participation Level would increase when they uploaded and decrease when they downloaded. Then when a user uploaded a file, the person with the highest Participation Level would get it first, then the next highest, and so on. This can be visualised as a pyramid, with the clients who have the most upload bandwidth available at the top and those with less bandwidth on progressively lower levels. This is the most efficient way to distribute a file to a large number of users: it is probable that even the people at the bottom of the pyramid will get the file faster than if the file was served by a non-P2P method. Unfortunately the Kazaa implementation is flawed as it relies on the client accurately reporting their Participation Level, making it easy to cheat using one of the many unofficial clients. | |||
After the DHT was adopted, a "private" flag – analogous to the ] – was unofficially introduced, telling clients to restrict the use of decentralized tracking regardless of the user's desires.<ref>{{cite web|url=https://wiki.theory.org/index.php/BitTorrentSpecification#Info_Dictionary|title=Unofficial BitTorrent Protocol Specification v1.0|url-status=live|archive-url=https://web.archive.org/web/20061214094732/http://wiki.theory.org/BitTorrentSpecification|archive-date=14 December 2006|access-date=4 October 2009}}{{dubious|reason=Wikis are not citable sources – find a better source-Lexein|date=April 2013}}</ref> The flag is intentionally placed in the info section of the torrent so that it cannot be disabled or removed without changing the identity of the torrent. The purpose of the flag is to prevent torrents from being shared with clients that do not have access to the tracker. The flag was requested for inclusion in the official specification in August 2008, but has not been accepted yet.<ref>{{cite web|url=https://www.bittorrent.org/beps/bep_0027.html|title=Private Torrents|author=Harrison, David|date=3 August 2008|publisher=Bittorrent.org|url-status=live|archive-url=https://web.archive.org/web/20130324181003/http://www.bittorrent.org/beps/bep_0027.html|archive-date=24 March 2013|access-date=4 October 2009}}</ref> Clients that have ignored the private flag were banned by many trackers, discouraging the practice.<ref>{{cite web| url=http://www.slyck.com/news.php?story=1021| title=BitComet Banned From Growing Number of Private Trackers| access-date=4 October 2009 | archive-url = https://web.archive.org/web/20140326093846/http://www.slyck.com/news.php?story=1021 | archive-date = 26 March 2014| url-status=live}}</ref> | |||
== Authorized use of BitTorrent == | |||
=== Anonymity === | |||
A growing number of individuals and organizations are using BitTorrent to distribute their own material. Many adopters report that only by using BitTorrent technology, with its dramatically reduced demands on networking hardware and bandwidth, could they afford to distribute their files. | |||
BitTorrent does not, on its own, offer its users anonymity. One can usually see the ]es of all peers in a swarm in one's own client or firewall program. This may expose users with insecure systems to attacks.<ref name="Tamilmanistudy" /> In some countries, copyright organizations scrape lists of peers, and send takedown notices to the ] of users participating in the swarms of files that are under copyright. In some jurisdictions, copyright holders may launch lawsuits against uploaders or downloaders for infringement, and police may arrest suspects in such cases. | |||
Various means have been used to promote anonymity. For example, the BitTorrent client ] makes available a ]-like ], optionally routing transfers through other peers to obscure which client has requested the data. The exit node would be visible to peers in a swarm, but the Tribler organization provides exit nodes. One advantage of Tribler is that ] torrents can be downloaded with only a small decrease in download speed from one "hop" of routing. | |||
=== Software === | |||
] provides a similar anonymity layer although in that case, one can only download torrents that have been uploaded to the i2p network.<ref>{{cite web|url=https://geti2p.net/en/comparison/tor|title=I2P Compared to Tor - I2P|access-date=16 December 2015|archive-url=https://web.archive.org/web/20151222000747/https://geti2p.net/en/comparison/tor|archive-date=22 December 2015|url-status=live|df=dmy-all}}</ref> The bittorrent client ] allows users who are not concerned about anonymity to take ] torrents, and make them available on the i2p network.<ref>{{cite web|url=https://wiki.vuze.com/w/I2PHelper_HowTo#Network_Mixing|title=I2PHelper HowTo - VuzeWiki|access-date=16 December 2015|archive-url=https://web.archive.org/web/20171020084042/https://wiki.vuze.com/w/I2PHelper_HowTo#Network_Mixing|archive-date=20 October 2017|url-status=live|df=dmy-all}}</ref> | |||
Many major ] and ] projects encourage BitTorrent as well as conventional downloads of their products to increase availability and reduce load on their own servers. Examples include ]<ref>{{cite web| url=http://distribution.openoffice.org/p2p/index.html| title=OpenOffice.org P2P Downloads| accessdate=2006-05-09}}</ref> and most major ] distributions, including ]<ref>{{cite web| url=http://en.opensuse.org/Released_Version| title=OpenSUSE Released Version| accessdate=2006-05-09}}</ref> and ].<ref>{{cite web| url=http://www.ubuntu.com/download| title=Ubuntu download page| accessdate=2006-05-21}}</ref> | |||
BitTorrent is also used to distribute updates to the ] itself, as well as to other clients such as ] and ]. | |||
Most BitTorrent clients are not designed to provide anonymity when used over Tor,<ref>{{cite web|url=https://blog.torproject.org/blog/bittorrent-over-tor-isnt-good-idea|title=Bittorrent over Tor isn't a good idea - The Tor Blog|access-date=2 October 2016|archive-url=https://web.archive.org/web/20161013120154/https://blog.torproject.org/blog/bittorrent-over-tor-isnt-good-idea|archive-date=13 October 2016|url-status=live|df=dmy-all}}</ref> and there is some debate as to whether torrenting over Tor acts as a drag on the network.<ref>{{cite web|url=https://www.torproject.org/docs/faq.html.en#FileSharing|title=Tor Project: FAQ|publisher=]|access-date=2 October 2016|archive-url=https://web.archive.org/web/20161022004822/https://www.torproject.org/docs/faq.html.en#FileSharing|archive-date=22 October 2016|url-status=live|df=dmy-all}}</ref> | |||
=== Games === | |||
Private torrent trackers are usually invitation only, and require members to participate in uploading, but have the downside of a single centralized point of failure. ] and ] are examples of private trackers which have been shut down. | |||
] services download the torrent files first to the company's servers, allowing the user to direct download the file from there.<ref>{{cite web|url=https://gizmodo.com/this-website-could-be-the-ultimate-all-in-one-torrent-m-1677265492|archive-url=https://web.archive.org/web/20160408154942/http://gizmodo.com/this-website-could-be-the-ultimate-all-in-one-torrent-m-1677265492|url-status=dead|archive-date=8 April 2016|title=This Website Could Be The Ultimate All-In-One Torrent Machine|date=8 April 2016}}</ref><ref>{{cite web|url=https://torrentfreak.com/torrent-from-the-cloud-with-seedr-160117/|title=Torrent From the Cloud With Seedr - TorrentFreak|date=17 January 2016|access-date=8 April 2016|archive-url=https://web.archive.org/web/20160419231351/https://torrentfreak.com/torrent-from-the-cloud-with-seedr-160117/|archive-date=19 April 2016|url-status=live|df=dmy-all}}</ref> One's IP address would be visible to the Seedbox provider, but not to third parties. | |||
Various sites on the Internet like offer authorized game files via BitTorrent; the demo of the ] '']'' is offered via BitTorrent, as are the '']'' ingame patches. Another such example is '']'', which uses BitTorrent for its primary method of distribution. For the first time, the demo of '']'' is offered for download through BitTorrent. | |||
]s encrypt transfers, and substitute a different IP address for the user's, so that anyone monitoring a torrent swarm will only see that address. | |||
=== Films === | |||
== Associated technologies == | |||
The film studio ] plans to distribute its films and TV shows using Bittorrent.<ref>{{cite web| url=http://www.msnbc.msn.com/id/12694081/| title=Warner Bros. to sell films via BitTorrent| year=May 9, 2006| accessdate=2006-05-09| publisher=MSNBC.com}}</ref> The fan-film '']'' is distributing two DVD images as well as the film by itself via BitTorrent, while '']'' and '']'', both feature-length films, were provided for download via BitTorrent. The fan-films '']'' are distributed via BitTorrent among other methods. | |||
=== Distributed trackers === | |||
On 2 May 2005, Azureus 2.3.0.0 (now known as ]) was released,<ref>{{cite web|url=http://azureus.sourceforge.net/changelog.php|title=Vuze Changelog|publisher=Azureus.sourceforge.net|url-status=live|archive-url=https://web.archive.org/web/20061201095553/http://azureus.sourceforge.net/changelog.php|archive-date=1 December 2006}}</ref> utilizing a distributed database system. This system is a ] implementation which allows the client to use torrents that do not have a working ]. A bootstrap server is instead utilized. The following month, BitTorrent, Inc. released version 4.2.0 of the Mainline BitTorrent client, which supported an alternative DHT implementation (popularly known as "]", outlined in a draft on their website) that is incompatible with that of Azureus. In 2014, measurement showed concurrent users of Mainline DHT to be from 10 million to 25 million, with a daily churn of at least 10 million.<ref>{{cite journal|last1=Wang|first1=Liang|last2=Kangasharju|first2=Jussi.|year=2013|title=Measuring Large-Scale Distributed Systems: Case of BitTorrent Mainline DHT|url=https://www.cs.helsinki.fi/u/lxwang/publications/P2P2013_13.pdf|url-status=live|journal=IEEE Peer-to-Peer|archive-url=https://web.archive.org/web/20140512225743/http://www.cs.helsinki.fi/u/lxwang/publications/P2P2013_13.pdf|archive-date=12 May 2014|access-date=15 May 2014|df=dmy-all}}</ref> | |||
Current versions of the official BitTorrent client, ], ], ] and BitSpirit all share compatibility with Mainline DHT. Both DHT implementations are based on ].<ref>{{cite web|url=http://khashmir.sourceforge.net/ |title=Khashmir.SourceForge.net |publisher=Khashmir.SourceForge.net |access-date=9 July 2012 | archive-url = https://web.archive.org/web/20120702140624/http://khashmir.sourceforge.net/ | archive-date = 2 July 2012| url-status=live}}</ref> As of version 3.0.5.0, Azureus also supports Mainline DHT in addition to its own distributed database through use of an optional application plugin.<ref>{{cite web|url=http://azureus.sourceforge.net/plugin_details.php?plugin=mlDHT|title=plugins.vuze.com|publisher=plugins.vuze.com|url-status=live|archive-url=https://web.archive.org/web/20120801195122/http://azureus.sourceforge.net/plugin_details.php?plugin=mlDHT|archive-date=1 August 2012|access-date=9 July 2012}}</ref> This potentially allows the Azureus/Vuze client to reach a bigger swarm. | |||
=== Music === | |||
Another idea that has surfaced in Vuze is that of ''virtual torrents''. This idea is based on the distributed tracker approach and is used to describe some web resource. Currently, it is used for ]. It is implemented using a special messaging protocol and requires an appropriate plugin. Anatomic P2P is another approach, which uses a decentralized network of nodes that route traffic to dynamic trackers. Most BitTorrent clients also use ] (PEX) to gather peers in addition to ] and ]. Peer exchange checks with known peers to see if they know of any other peers. With the 3.0.5.0 release of Vuze, all major BitTorrent clients now have compatible peer exchange. | |||
The SXSW (South by South West) music festival in Austin, Texas has released two packages of ] music files—nearly a thousand tracks—from their 2006 festival by BitTorrent download, along with trailers to two DVD films that can be purchased.<ref>{{cite web| url=http://2006.sxsw.com/toolbox/schedules/ipod| title=SXSW 2006 Clickguide for iPod| accessdate=2006-05-09}}</ref> ], ]'s band, distributes two collections of music, ''Shaking and Withdrawn Megamix'' and ''Untitled'' by Bittorrent from their official website.<ref>{{cite web| url=http://www.babyshambles.net/mp3s.asp| title=Baby shambles official website| accessdate=2006-05-09}}</ref> In 2005, the rock group ] began distributing their third full-length album, ], using BitTorrent. (the record label/website begun by ]) uses BitTorrent technology to distribute. ] band ] distributes their music from their website using mp3's, ogg's and torrents. The free music portal ] also uses BitTorrent to distribute its 1000+ albums. | |||
=== |
=== Web seeding === | ||
{{Further|Torrent file#HTTP seeds}} | |||
Web "seeding" was implemented in 2006 as the ability of BitTorrent clients to download torrent pieces from an HTTP source in addition to the "swarm". The advantage of this feature is that a website may distribute a torrent for a particular file or batch of files and make those files available for download from that same web server; this can simplify long-term seeding and ] through the use of existing, cheap, web hosting setups. In theory, this would make using BitTorrent almost as easy for a web publisher as creating a direct HTTP download. In addition, it would allow the "web seed" to be disabled if the swarm becomes too popular while still allowing the file to be readily available. This feature has two distinct specifications, both of which are supported by ] and the 26+ clients that use it. | |||
Some Free and Open Source Software conferences have made their video recordings available, such as , , , , , just to name a few. | |||
The first was created by John "TheSHAD0W" Hoffman, who created BitTornado.<ref>{{cite web |url=http://bittornado.com/docs/webseed-spec.txt |title=HTTP-Based Seeding Specification |format=TXT |publisher=BitTornado.com |access-date=9 May 2006 |archive-url=https://web.archive.org/web/20040320142756/http://www.bittornado.com/docs/webseed-spec.txt |archive-date=20 March 2004 |url-status=dead|df=dmy }}</ref><ref>{{cite web|url=https://www.bittorrent.org/beps/bep_0017.html|title=''HTTP Seeding'' – BitTorrent Enhancement Proposal № 17|author=John Hoffman, DeHackEd|date=25 February 2008|url-status=live|archive-url=https://web.archive.org/web/20131213074432/http://www.bittorrent.org/beps/bep_0017.html|archive-date=13 December 2013|access-date=17 February 2012}}</ref> This first specification requires running a web service that serves content by info-hash and piece number, rather than filename. | |||
=== Other material === | |||
The other specification is created by ] authors and can rely on a basic HTTP download space (using ]).<ref>{{cite web |url=http://www.getright.com/seedtorrent.html|title=HTTP/FTP Seeding for BitTorrent |publisher=GetRight.com|access-date=18 March 2010 |archive-url = https://web.archive.org/web/20091228072458/http://getright.com/seedtorrent.html |archive-date = 28 December 2009| url-status=live}}</ref><ref>{{cite web|url=https://www.bittorrent.org/beps/bep_0019.html|title=''WebSeed – HTTP/FTP Seeding (GetRight style)'' – BitTorrent Enhancement Proposal № 19|author=Michael Burford|date=25 February 2008|publisher=Bittorrent.org|url-status=live|archive-url=https://web.archive.org/web/20131213074337/http://www.bittorrent.org/beps/bep_0019.html|archive-date=13 December 2013|access-date=17 February 2012}}</ref> | |||
]'s production diaries for ] have been posted for download using BitTorrent technology. Universal Studios also released footage of its film, "Fast and Furious: Tokyo Drift" with BitTorrent (http://www.bittorrent.com/tokyo_drift.html). Several ] companies have also used BitTorrent technology to release teaser episodes and trailers online for promotional purposes, as a sign of embracing technology that is often seen as a direct competitor. Furthermore, the ] space agency recently included BitTorrent as a means to download some of their larger space image files. | |||
In September 2010, a new service named Burnbit was launched which generates a torrent from any URL using webseeding.<ref name="tf-article">{{cite web|url=https://torrentfreak.com/burn-any-web-hosted-file-into-a-torrent-with-burnbit-100913/|title=Burn Any Web-Hosted File into a Torrent With Burnbit|date=13 September 2010|publisher=TorrentFreak|url-status=live|archive-url=https://web.archive.org/web/20110809053857/http://torrentfreak.com/burn-any-web-hosted-file-into-a-torrent-with-burnbit-100913/|archive-date=9 August 2011|access-date=9 July 2012}}</ref> There are server-side solutions that provide initial seeding of the file from the web server via standard BitTorrent protocol and when the number of external seeders reach a limit, they stop serving the file from the original source.<ref name="web-seeders">{{cite web|url=http://php-tracker.org/ |title=PHP based torrent file creator, tracker and seed server |publisher=PHPTracker |access-date=9 July 2012 | archive-url = https://web.archive.org/web/20131219084439/http://php-tracker.org/ | archive-date = 19 December 2013| url-status=live}}</ref> | |||
== Legal issues == | |||
=== RSS feeds === | |||
BitTorrent, like any other file transfer protocol, can be used to distribute files without the permission of the copyright holder. While photocopiers can be used to duplicate books, BitTorrent allows the same for digital content. At the same time, it makes the process much faster and cheaper. As a significant portion of files distributed through BitTorrent are distributed without proper permission, BitTorrent has received some criticism. However, many think it unfair to blame a protocol for the actions of its users. | |||
{{Main|Broadcatching}} | |||
A technique called ] combines ] feeds with the BitTorrent protocol to create a content delivery system, further simplifying and automating content distribution. Steve Gillmor explained the concept in a column for ] in December 2003.<ref>Gillmor, Steve (13 December 2003). {{cite web |url=http://www.eweek.com/c/a/Messaging-and-Collaboration/BitTorrent-and-RSS-Create-Disruptive-Revolution/ |title=BitTorrent and RSS Create Disruptive Revolution |date=14 December 2003 |publisher=EWeek.com |access-date=22 April 2007 }}</ref> The discussion spread quickly among bloggers (Ernest Miller,<ref>Miller, Ernest (2 March 2004). {{cite web |url=http://importance.corante.com/archives/002223.html |title=BitTorrent + RSS = The New Broadcast | archive-url = https://web.archive.org/web/20131023060205/http://importance.corante.com/archives/002223.html | archive-date = 23 October 2013| url-status=live}}. ''The Importance of...'' Corante.com.</ref> ], etc.). In an article entitled ''Broadcatching with BitTorrent'', Scott Raymond explained: | |||
=== Copyright enforcement === | |||
{{blockquote|I want RSS feeds of BitTorrent files. A script would periodically check the feed for new items, and use them to start the download. Then, I could find a trusted publisher of an ] RSS feed, and "subscribe" to all new episodes of the show, which would then start downloading automatically – like the "season pass" feature of the ].|Scott Raymond| scottraymond.net<ref>{{cite web|author=Raymond, Scott |url=http://scottraymond.net/archive/4745 |archive-url=https://web.archive.org/web/20040213093750/http://scottraymond.net/archive/4745 |archive-date=13 February 2004|title=Broadcatching with BitTorrent|publisher=scottraymond.net|date= 16 December 2003}}</ref>}} | |||
BitTorrent trackers have been frequent targets of raids and shutdowns due to claims of copyright infringement. BitTorrent metafiles do not actually store copyrighted data ''per se'', and thus it is often claimed{{citation needed}} that BitTorrent trackers, which only store and track the metafiles and usually do not share any potentially copyrighted data, must therefore be legal. Despite this claim, there has been tremendous legal pressure, usually on behalf of the ] and ], to shut down numerous BitTorrent trackers. | |||
The RSS feed will track the content, while BitTorrent ensures content integrity with ] ] of all data, so feed subscribers will receive uncorrupted content. One of the first and popular software clients (] and ]) for ''broadcatching'' is ]. Other free software clients such as PenguinTV and KatchTV are also now supporting broadcatching. The BitTorrent web-service MoveDigital added the ability to make torrents available to any web application capable of parsing ] through its standard ]-based interface in 2006,<ref>{{cite web| url=http://www.movedigital.com/docs/index.php/MoveDigital_API| title=MoveDigital API REST functions| publisher=Move Digital|year=2006 |archive-url=https://web.archive.org/web/20060811154118/http://www.movedigital.com/docs/index.php/MoveDigital_API |archive-date=11 August 2006 |access-date=9 May 2006}} Documentation.</ref> though this has since been discontinued. Additionally, Torrenthut is developing a similar torrent ] that will provide the same features, and help bring the torrent community to ] standards. Alongside this release is a first ] application built using the API called PEP, which will parse any ] (RSS 2.0) feed and automatically create and seed a torrent for each enclosure found in that feed.<ref>{{cite web|url=http://prodigem.com/code/pep/pep.txt | title=Prodigem Enclosure Puller(pep.txt)| publisher=Prodigem.com| format=TXT| access-date=9 May 2006 |archive-url = https://web.archive.org/web/20060526130219/http://prodigem.com/code/pep/pep.txt |archive-date = 26 May 2006}} via ].</ref><!-- – wi-fizzle unreachable 2007-4-15 – found in Google cache – identical to archive.org copy. --Lexein --> | |||
In December 2004, the Finnish police raided a major BitTorrent site, Finreactor.<ref>{{cite web| url=http://www.theregister.co.uk/2004/12/14/finnish_police_raid_bittorrent_site/| title=Finnish police raid BitTorrent site| first=Drew| last=Cullen| year=14 December 2004| publisher=The Register| accessdate=2006-05-09}}</ref><ref>{{cite web| url=http://www.hs.fi/english/article/1101978018778| year=16.12.2004| publisher=HELSINGIN SANOMAT| title=Police swoop closes down Finland’s largest file download site| accessdate=2006-05-09}}</ref> | |||
=== Throttling and encryption === | |||
The case is before the courts, and 32 people, in September 2006, mostly administrators and moderators, are facing charges. Software and media companies are seeking damages worth 3.5 million euros in total. Two defendants were acquitted by reason of being underage at the time, but they are being held liable for legal fees and compensation for illegal distribution ranging up to 60,000 euros. The court set their fine at 10% of the retail price of products distributed.<ref>{{cite web| url=http://www.afterdawn.com/news/archive/7820.cfm| year=11.08.2006| publisher=Afterdawn| title=First hearings in Finland's largest P2P case| accessdate=2006-08-14}}</ref> | |||
{{Main|BitTorrent protocol encryption}} | |||
Since BitTorrent makes up a large proportion of total traffic, some ]s have chosen to "throttle" (slow down) BitTorrent transfers. For this reason, methods have been developed to disguise BitTorrent traffic in an attempt to thwart these efforts.<ref>{{cite web|url=https://torrentfreak.com/encrypting-bittorrent-to-take-out-traffic-shapers/|title=Encrypting Bittorrent to take out traffic shapers|date=5 February 2006|publisher=Torrentfreak.com|url-status=live|archive-url=https://web.archive.org/web/20140326092903/http://torrentfreak.com/encrypting-bittorrent-to-take-out-traffic-shapers/|archive-date=26 March 2014|access-date=9 May 2006}}</ref> Protocol header encrypt (PHE) and ] are features of some BitTorrent clients that attempt to make BitTorrent hard to detect and throttle. As of November 2015, ], ], ], ], ], ], MooPolice, Halite, ], ], and the latest official BitTorrent client (v6) support MSE/PE encryption. | |||
], one of the most popular early BitTorrent sites, closed in December 2004, supposedly due to the pressure felt by ], the founder and administrator of the site. In December 2004, Sloncek revealed that the Suprnova computer servers had in fact been confiscated by Slovenian authorities.{{citation needed}} ], arguably the biggest torrent source after the demise of Suprnova, closed down soon after Suprnova. Allegedly, after threats from the ], ] (known as 'lowkee'), webmaster of the site, was ordered by the court to pay a fine and supply the MPAA with logs (the ]es of visitors).<ref>{{cite web| url=http://news.com.com/Court%20Hollywood%20gets%20P2P%20giants%20server%20logs/2100-1025_3-5571782.html| title=Court: Hollywood gets P2P giant's server logs}}</ref> | |||
In August 2007, ] was preventing BitTorrent seeding by monitoring and interfering with the communication between peers. Protection against these efforts is provided by ] the client-tracker traffic via an ] to a point outside of the Comcast network.<ref>{{cite web|url=https://torrentfreak.com/comcast-throttles-bittorrent-traffic-seeding-impossible/|title=Comcast Throttles BitTorrent Traffic, Seeding Impossible|url-status=live|archive-url=https://web.archive.org/web/20131011044156/http://torrentfreak.com/comcast-throttles-bittorrent-traffic-seeding-impossible/|archive-date=11 October 2013}}, ''TorrentFreak'', 17 August 2007.</ref> In 2008, Comcast called a "truce" with BitTorrent, Inc. with the intention of shaping traffic in a protocol-agnostic manner.<ref>{{cite web|url=https://www.cnet.com/news/comcast-and-bittorrent-agree-to-collaborate/|title=Comcast and BitTorrent Agree to Collaborate|last=Broache|first=Anne|date=27 March 2008|publisher=News.com|url-status=live|archive-url=https://web.archive.org/web/20080509150131/http://www.news.com/8301-10784_3-9904494-7.html|archive-date=9 May 2008|access-date=9 July 2012}}</ref> Questions about the ethics and legality of Comcast's behavior have led to renewed debate about ].<ref>{{cite web|url=https://www.cnet.com/news/is-comcasts-bittorrent-filtering-violating-the-law/|title=Is Comcast's BitTorrent filtering violating the law?|last=Soghoian|first=Chris|date=4 September 2007|website=Cnet.com|url-status=live|archive-url=https://web.archive.org/web/20100715153001/http://www.cnet.com/8301-13739_1-9769645-46.html|archive-date=15 July 2010|access-date=9 July 2012}}</ref> In general, although encryption can make it difficult to determine ''what'' is being shared, BitTorrent is vulnerable to ]. Thus, even with MSE/PE, it may be possible for an ISP to recognize BitTorrent and also to determine that a system is no longer downloading but only uploading data, and terminate its connection by injecting ] RST (reset flag) packets. | |||
Webber, in the weeks following his receipt of the ], had begun a fundraising campaign to pay lawyers fees in a legal battle against the ]. Webber raised approximately US$45,000 through a ]-based donation system. It is unclear how much of that money went to the MPAA, but taking into account the amount of damages he most likely had to pay, probably much of it.{{citation needed}} Following the agreement, the MPAA changed the LokiTorrent website to display a message intended to intimidate filesharers.<ref>{{cite web| url=http://yro.slashdot.org/article.pl?sid=05/02/11/1345253| title=LokiTorrent Shut Down}}</ref> Webber did not comment on this change. | |||
=== Multitrackers === | |||
On ], ], the popular BitTorrent website EliteTorrents.org was shut down by the ] ] and ]. At first it was thought that a malicious hacker had gained control of the website, but it was soon discovered that the website had been taken over by the US government. Ten search warrants relating to members of the website were executed. - Newspaper, Butler Eagle, PA | |||
Another unofficial feature is an extension to the BitTorrent metadata format proposed by John Hoffman<ref>{{cite web|url=https://www.bittorrent.org/beps/bep_0012.html|title=BEP12: Multitracker Metadata Extension|publisher=BitTorrent Inc.|url-status=live|archive-url=https://web.archive.org/web/20121227233108/http://bittorrent.org/beps/bep_0012.html|archive-date=27 December 2012|access-date=28 March 2013}}</ref> and implemented by several indexing websites. It allows the use of multiple trackers per file, so if one tracker fails, others can continue to support file transfer. It is implemented in several clients, such as ], BitTornado, BitTorrent, ], ], ], ], ], ], and ]. Trackers are placed in groups, or tiers, with a tracker randomly chosen from the top tier and tried, moving to the next tier if all the trackers in the top tier fail. | |||
Torrents with multiple trackers can decrease the time it takes to download a file, but also have a few consequences: | |||
On ], ], a 38-year-old Hong Kong BitTorrent user ] (陳乃明, using the handle 古惑天皇 Lit. ''The master of cunning'', while the ] referred to him as ''Big Crook'') allegedly distributed the three movies '']'', '']'' and '']'' in violation of copyright, subsequently uploading the torrent file to a newsgroup. He was convicted of breaching the ] ordinance, Chapter 528 of Hong Kong law.{{citation needed}} The ] remarked that Chan's act caused significant damage to the interest of copyright holders. He was released on bail for ]5,000, awaiting a sentencing hearing, though the magistrate himself admitted the difficulty of determining how he should be sentenced due to the lack of precedent for such a case. On ], ], he was sentenced to jail for three months but was immediately granted parole pending an appeal to the High Court. | |||
* Poorly implemented<ref>{{cite web| url=http://wiki.depthstrike.com/index.php/P2P:Protocol:Specifications:Multitracker#Bad_Implementations| title=P2P:Protocol:Specifications:Multitracker| access-date=13 November 2009| publisher=wiki.depthstrike.com| archive-url=https://web.archive.org/web/20140326095037/http://wiki.depthstrike.com/index.php/P2P%3AProtocol%3ASpecifications%3AMultitracker#Bad_Implementations| archive-date=26 March 2014| url-status=live| df=dmy-all}}{{dubious|reason=Wikis are not citable sources – find a better source-Lexein|date=April 2013}}</ref> clients may contact multiple trackers, leading to more overhead-traffic. | |||
* Torrents from closed trackers suddenly become downloadable by non-members, as they can connect to a seed via an open tracker. | |||
=== Peer selection === | |||
On ], ], the movie industry and ], the creator of BitTorrent, signed a deal they hoped would reduce the number of unlicensed copies shared on the downloading network. The deal covered films found via the bittorrent.com website run by BitTorrent, Inc. It meant ] had to remove any links to unlicensed copies of films made by seven Hollywood movie studios. As it covered only the BitTorrent.com website, it is unclear what overall effect this has had on copyright infringement on the network.<ref>BBC News{{citation needed}}</ref> | |||
{{As of|2008|12|post=,}} BitTorrent, Inc. was working with Oversi on new Policy Discover Protocols that query the ISP for capabilities and network architecture information. Oversi's ISP hosted NetEnhancer box is designed to "improve peer selection" by helping peers find local nodes, improving download speeds while reducing the loads into and out of the ISP's network.<ref>{{cite web|last=Johnston |first=Casey |url=https://arstechnica.com/news.ars/post/20081209-bittorrent-has-new-plan-to-shape-up-p2p-behavior.html |title=Arstechnica.com |publisher=Arstechnica.com |date=9 December 2008 |access-date=9 July 2012 | archive-url = https://web.archive.org/web/20081212061637/http://arstechnica.com/news.ars/post/20081209-bittorrent-has-new-plan-to-shape-up-p2p-behavior.html | archive-date = 12 December 2008| url-status=live}}</ref> | |||
== Implementations == | |||
In June 2006, the popular website Newnova.org, an exact replicant of Suprnova, was also subject to closure. | |||
{{Main|Comparison of BitTorrent clients}} | |||
The BitTorrent specification is free to use and many clients are ], so BitTorrent clients have been created for all common ] using a variety of ]. The official BitTorrent client, ], ], ], ], and ] are some of the most popular clients.<ref>{{cite web|url=https://torrentfreak.com/thunder-blasts-utorrents-market-share-away-091204/|title=Thunder Blasts uTorrent's Market Share Away|last=Van Der Sar|first=Ernesto|date=4 December 2009|publisher=]|url-status=live|archive-url=https://web.archive.org/web/20091207062921/http://torrentfreak.com/thunder-blasts-utorrents-market-share-away-091204/|archive-date=7 December 2009|access-date=15 September 2011|df=dmy}}</ref><ref>{{cite web|title=uTorrent Dominates BitTorrent Client Market Share|url=https://torrentfreak.com/utorrent-dominates-bittorrent-client-market-share-090624/|publisher=]|date=24 June 2009|access-date=25 June 2013 | archive-url = https://web.archive.org/web/20140403051947/http://torrentfreak.com/utorrent-dominates-bittorrent-client-market-share-090624/ | archive-date = 3 April 2014| url-status=live}}</ref><ref>{{cite web|title=Windows Public File Sharing Market Share 2015|url=https://www.opswat.com/resources/reports/market-share-usage-analysis-file-sharing-antivirus-june-2015#public-file-sharing|publisher=opswat|access-date=1 April 2016|archive-url=https://web.archive.org/web/20160414045045/https://www.opswat.com/resources/reports/market-share-usage-analysis-file-sharing-antivirus-june-2015#public-file-sharing|archive-date=14 April 2016|url-status=live|df=dmy-all}}</ref><ref>{{cite web|last1=Henry|first1=Alan|title=Most Popular BitTorrent Client 2015|date=19 May 2015 |url=http://lifehacker.com/5813348/five-best-bittorrent-applications/1705622513|publisher=lifehacker|access-date=1 April 2016|archive-url=https://web.archive.org/web/20160409025410/http://lifehacker.com/5813348/five-best-bittorrent-applications/1705622513|archive-date=9 April 2016|url-status=live|df=dmy-all}}</ref> | |||
] is another popular BitTorrent website which was formed out of a Swedish anti-copyright group. The site also contains torrents which point to copies of copyright-protected material. The Pirate Bay is notorious for its "legal" section<ref>{{cite web| url=http://thepiratebay.org/legal.php| title=Legal threats| publisher=The Pirate Bay| accessdate=2006-05-09}}</ref> in which letters and replies on the subject of alleged copyright infringements are publicly displayed. The replies are written in a humorous manner and a ] of one was even sold on ] for USD $255. On ], ], however, The Pirate Bay's servers, which are based in Sweden, were raided by Swedish police; the site owners might be facing charges for copyright infringement or facilitating it according to the accusations on the search warrant. No charges have been made so far. {{citation needed}} However, after securing new servers in The Netherlands and using a recent backup, The Pirate Bay was back online in less than 72 hours. Recently, The Pirate Bay has returned to Sweden. The return has been facilitated by the public and media backlash against the Swedish Government's actions. The Pirate Bay is now, supposedly, going to counter-sue the Swedish government for millions of Swedish kronor (SEK) lost from having their website shut down. {{citation needed}} | |||
Some BitTorrent implementations such as ] and Torrentflux are designed to run as servers. For example, this can be used to centralize file sharing on a single dedicated server which users share access to on the network.<ref>{{cite web |url=http://www.turnkeylinux.org/torrentserver |title=Torrent Server combines a file server with P2P file sharing |publisher=Turnkeylinux.org |access-date=9 July 2012 |archive-url=https://web.archive.org/web/20120707011646/http://www.turnkeylinux.org/torrentserver |archive-date=7 July 2012 |url-status=live |df=dmy-all }}</ref> Server-oriented BitTorrent implementations can also be hosted by ] at ] facilities with high bandwidth Internet connectivity (e.g., a datacenter) which can provide dramatic speed benefits over using BitTorrent from a regular home broadband connection. Services such as ] can download files on BitTorrent for the user, allowing them to download the entire file by ] once it is finished. | |||
HBO, in an effort to combat the distribution of its programming on BitTorrent networks, has been sending out cease and desist letters to the ] of BitTorrent users. Many users have reported receiving letters from their ISP's that threatened to cut off their internet service if the alleged infringement continues. HBO, unlike the RIAA, has so far declined to sue anyone for sharing the files. {{fact}}<ref></ref> | |||
The ] ] supports BitTorrent natively.<ref>{{cite web| url=https://arstechnica.com/news.ars/post/20070201-8750.html| title=Does network neutrality mean an end to BitTorrent throttling?| first=Nate| last=Anderson| date=1 February 2007| publisher=Ars Technica, LLC| access-date=9 February 2007 | archive-url = https://web.archive.org/web/20081216140732/http://arstechnica.com/news.ars/post/20070201-8750.html | archive-date = 16 December 2008| url-status=live}}</ref> ] web browser ships with an ] which supports ], a BitTorrent-like protocol based on ] instead of ] and ].<ref>{{cite web| url=https://browserpulse.com/how-to-stream-movies-and-download-torrent-files-in-brave-browser/| title=How to Stream Movies and Download Torrent Files in Brave Browser| author=Mark| date=7 May 2020| publisher=Browser Pulse| access-date=6 October 2020| archive-date=9 October 2020| archive-url=https://web.archive.org/web/20201009082825/https://browserpulse.com/how-to-stream-movies-and-download-torrent-files-in-brave-browser/| url-status=live}}</ref><ref>{{cite web|title=What extensions are built into Brave?|url=https://support.brave.com/hc/en-us/articles/360035025231-What-extensions-are-built-into-Brave-|url-status=live|access-date=January 8, 2022|website=Brave Help Center|archive-date=8 January 2022|archive-url=https://web.archive.org/web/20220108170102/https://support.brave.com/hc/en-us/articles/360035025231-What-extensions-are-built-into-Brave-}}</ref> BitLet allowed users to download Torrents directly from their browser using a ] (until browsers removed support for Java applets).<ref>{{cite web|last=Bahgat|first=Alessandro|date=2008-10-10|title=BitLet - Bittorrent applet|url=https://www.abahgat.com/project/bitlet/|access-date=2022-01-08|website=Alessandro Bahgat|language=en-us|archive-date=21 November 2021|archive-url=https://web.archive.org/web/20211121144706/https://www.abahgat.com/project/bitlet/|url-status=live}}</ref> An increasing number of hardware devices are being made to support BitTorrent. These include routers and NAS devices containing BitTorrent-capable firmware like ]. Proprietary versions of the protocol which implement ], encryption, and authentication are found within managed clients such as ]. | |||
=== Legal defenses === | |||
== Adoption == | |||
There are two major differences between BitTorrent and many other peer-to-peer file-trading systems, which advocates suggest make it less useful to those sharing copyrighted material without authorization. First, BitTorrent itself does not offer a search facility to find files by name. A user must find the initial torrent file by other means, such as a web search. Second, BitTorrent makes no attempt to conceal the host ultimately responsible for facilitating the sharing: a person who wishes to make a file available must run a tracker on a specific host or hosts and distribute the tracker address(es) in the <tt>.torrent</tt> file. While it is possible to simply operate a tracker on a server that is located where the copyright holder cannot take legal action, this feature of the protocol does imply ''some'' degree of vulnerability that other protocols lack. It is far easier to request that the server's ] shut the site down than it is to find and identify every user sharing a file on a traditional peer-to-peer network. However, with the use of a ] (DHT), a tracker is no longer required, although they are often still used so that clients that do not support DHT can still connect to the swarm. | |||
A growing number of individuals and organizations are using BitTorrent to distribute their own or licensed works (e.g. ] bands distributing digital files of their new songs). Independent adopters report that BitTorrent technology reduces demands on private networking hardware and bandwidth, an essential for non-profit groups with large amounts of internet traffic.<ref>See for example {{cite web |url=https://www.makeuseof.com/tag/8-legal-uses-for-bittorrent-youd-be-surprised/#the-internet-archive |title=8 Legal Uses for BitTorrent |date=17 August 2013 | archive-url = https://web.archive.org/web/20210505161456/https://www.makeuseof.com/tag/8-legal-uses-for-bittorrent-youd-be-surprised/ | archive-date = 5 May 2021| url-status=live}} The Internet Archive</ref> | |||
Many major ] and ] projects encourage BitTorrent as well as conventional downloads of their products (via ], ] etc.) to increase availability and to reduce load on their own servers, especially when dealing with larger files.<ref>{{cite web|url=https://ubuntu.com/download/alternative-downloads|title=Complete Download Options List – BitTorrent|publisher=Ubuntu.com|url-status=live|archive-url=https://web.archive.org/web/20100424013939/http://www.ubuntu.com/getubuntu/downloadmirrors|archive-date=24 April 2010|access-date=7 May 2009}}</ref> In addition, some video game installers, especially those whose large size makes them difficult to host due to bandwidth limits, extremely frequent downloads, and unpredictable changes in network traffic, will distribute instead a specialized, stripped down BitTorrent client with enough functionality to download the game from the other running clients and the primary server (which is maintained in case not enough peers are available). | |||
== Etiquette == | |||
Some uses of BitTorrent for file sharing may violate laws in some jurisdictions (see ] section). | |||
Because BitTorrent relies on the upstream ] of its users — and the more users, the more aggregate bandwidth is available for sharing the files — it is considered good ] to leave one's BitTorrent client open after downloading has completed so that others may continue to gain from the file that has been distributed. | |||
=== Popularity and traffic statistics === | |||
It is not clear, however, how long one should leave their client open after downloading has finished. Many trackers/sites ask their users to seed at least 72 hours and/or until a share ratio of 1.0 is reached. Members-only trackers and sites enforce this rule, thus files on these websites have a higher traffic than others, and the torrents on these websites remain active longer than other free torrent sites/trackers. Many clients report the byte traffic upstream as well as down, so the user can see how much they have contributed back to the network. Some clients also report the "share ratio", a number relating the amount of data uploaded to the amount downloaded. A share ratio of 1.0 means that a user has uploaded as much data as they have downloaded. A share ratio greater than 1 means that a user has uploaded more than they have downloaded. It is generally considered good form to at least share back the equivalent amount of traffic as the original file size. | |||
{{As of|2012|1}}, BitTorrent is utilized by 150 million active users. Based on this figure, the total number of monthly users may be estimated to more than a quarter of a billion (≈ 250 million).<ref>{{cite web |date=9 January 2012 |title=BitTorrent and μTorrent Software Surpass 150 Million User Milestone |url=http://www.bittorrent.com/intl/es/company/about/ces_2012_150m_users |url-status=dead |archive-url=https://web.archive.org/web/20140326102305/http://www.bittorrent.com/intl/es/company/about/ces_2012_150m_users |archive-date=26 March 2014 |access-date=9 July 2012 |publisher=Bittorrent.com |df=dmy-all}}</ref> {{As of|2013|02|post=,}} BitTorrent was responsible for 3.35% of all worldwide ]—more than half of the 6% of total bandwidth dedicated to file sharing.<ref>{{cite web |title=Application Usage & Threat Report |url=http://researchcenter.paloaltonetworks.com/app-usage-risk-report-visualization/ |url-status=live |archive-url=https://web.archive.org/web/20131031153132/http://researchcenter.paloaltonetworks.com/app-usage-risk-report-visualization/ |archive-date=31 October 2013 |access-date=7 April 2013 |publisher=Palo Alto Networks. 2013}}</ref> {{As of|2013}}, BitTorrent had 15–27 million concurrent users at any time.<ref>{{cite book |last1=Wang |first1=Liang |title=IEEE P2P 2013 Proceedings |last2=Kangasharju |first2=J. |date=1 September 2013 |isbn=978-1-4799-0515-7 |pages=1–10 |chapter=Measuring large-scale distributed systems: Case of BitTorrent Mainline DHT |doi=10.1109/P2P.2013.6688697 |access-date=7 January 2016 |chapter-url=https://www.cl.cam.ac.uk/~lw525/MLDHT/ |archive-url=https://web.archive.org/web/20151118101022/http://www.cl.cam.ac.uk/~lw525/MLDHT/ |archive-date=18 November 2015 |url-status=live |df=dmy-all |s2cid=5659252}}</ref> | |||
=== Film, video, and music === | |||
Share ratios are more important on BitTorrent than they are on other peer-to-peer file sharing networks, because many ]s require users to maintain a minimum global share ratio. On some trackers that require users to register, the minimum global share ratio may start at around 0.5 and increase over time, so that the user has adequate time to upload and share their files. Users with a share ratio below the minimum may be put into a restricted "upload-only" mode, where they may not download until their share ratio reaches the minimum. | |||
* ] has obtained a number of licenses from Hollywood studios for distributing popular content from their websites.{{citation needed|date=January 2020}} | |||
* ] Records releases tracks and videos via BitTorrent Inc.<ref>{{cite web| url=http://www.bittorrent.com/users/subpoprecords/| title=Sub Pop page on BitTorrent.com| access-date=13 December 2006| archive-url=https://web.archive.org/web/20070114140652/http://www.bittorrent.com/users/subpoprecords/| archive-date=14 January 2007|url-status=dead| df=dmy-all}}</ref> to distribute its 1000+ albums. ] and ] (both bands associated with ]) have extensively used torrents to distribute hundreds of demos and live videos. US ] band ] frequently distributes albums via BitTorrent. | |||
* ]ing software has integrated BitTorrent to help podcasters deal with the download demands of their MP3 "radio" programs. Specifically, ] and ] (formerly known as Democracy Player) support automatic processing of .torrent files from ] feeds. Similarly, some BitTorrent clients, such as ], are able to process ] and automatically download content found within them. | |||
* ] previously used BitTorrent to distribute music purchases.<ref>{{cite web |title=Need Help? |url=https://www.dgmlive.com/help.htm#whatisbittorrent |url-status=dead |archive-url=https://web.archive.org/web/20161119165422/https://www.dgmlive.com/help.htm#whatisbittorrent |archive-date=19 November 2016 |access-date= |publisher= |df=dmy-all}}</ref> | |||
* ] was a platform for promoting and distributing ] films. It used BitTorrent for distribution and encouraged downloaders to donate to content creators.<ref>{{Cite web |title=What is VODO? |url=http://vo.do/about |url-status=dead |archive-url=https://web.archive.org/web/20130122135317/http://vo.do/about |archive-date=January 22, 2013}}</ref><ref>{{Cite web |date=October 3, 2010 |title=P2P Backed Film Platform to Reward Influencers |url=https://torrentfreak.com/p2p-backed-film-platform-to-reward-influencers-101003/ |url-status=live |archive-url=https://web.archive.org/web/20240715151513/https://torrentfreak.com/p2p-backed-film-platform-to-reward-influencers-101003/ |archive-date=July 15, 2024 |access-date=January 1, 2025 |website=TorrentFreak}}</ref> | |||
=== Broadcasters === | |||
While it is impossible for all users who download a given torrent to achieve a 1.0 ratio on it (because the net ratio of all users is 1.0 and the original source doesn't download anything), it is more of a guideline to encourage the average upstream of a given network. Some networks, for example, prevent access to new torrents for the first 24-48 hours that the torrent is active to people with overall ratios of less than 1.0 and a certain amount of data uploaded.<ref>{{cite web| url=http://www.torrentbytes.net/faq.php#dl8| title=FAQ| publisher=TorrentBytes| accessdate=2006-06-02}}</ref> | |||
* The ] distributed the show '']'' via BitTorrent after the broadcast, becoming the first major broadcaster in North America to do so.<ref>{{cite news |date=19 March 2008 |title=CBC to BitTorrent Canada's Next Great Prime Minister |url=http://www.cbc.ca/nextprimeminister/blog/2008/03/canadas_next_great_prime_minis.html |url-status=dead |archive-url=https://web.archive.org/web/20120506100447/http://www.cbc.ca/nextprimeminister/blog/2008/03/canadas_next_great_prime_minis.html |archive-date=6 May 2012 |access-date=1 January 2025 |work=CBC News}}</ref><ref>{{Cite web |date= |title=Download Canada's Next Great Prime Minister BitTorrents |url=http://www.cbc.ca/nextprimeminister/blog/2008/03/download_canadas_next_great_pr.html |url-status=dead |archive-url=https://web.archive.org/web/20120331061612/http://www.cbc.ca/nextprimeminister/blog/2008/03/download_canadas_next_great_pr.html |archive-date=March 31, 2012 |access-date=January 1, 2025 |publication-date=March 23, 2008}}</ref> | |||
* The ] distributes a few past shows via BitTorrent.<ref>{{Cite web |title=Bittorrent fra NRK |url=https://nrkbeta.no/bittorrent/ |url-status=live |archive-url=https://web.archive.org/web/20240720062319/https://nrkbeta.no/bittorrent/ |archive-date=July 20, 2024 |access-date=January 1, 2025 |language=no}}</ref> | |||
* ] released ] documentaries in 2009 and 2010 via BitTorrent.<ref>{{Cite web |title=Torrents uploaded by EeuwvandeStad |url=http://www.mininova.org/user/EeuwvandeStad |url-status=dead |archive-url=https://web.archive.org/web/20170324094318/http://www.mininova.org/user/EeuwvandeStad |archive-date=March 24, 2017}}</ref><ref>{{Cite web |date=October 1, 2009 |title=VPRO gemeengoed |url=http://tegenlicht.vpro.nl/nieuws/2009/oktober/vpro-gemeengoed.html |url-status=dead |archive-url=https://web.archive.org/web/20160623224824/http://tegenlicht.vpro.nl/nieuws/2009/oktober/vpro-gemeengoed.html |archive-date=June 23, 2016 |language=nl}}</ref><ref>{{Cite web |date=November 8, 2010 |title=Download California Dreaming |url=http://tegenlicht.vpro.nl/nieuws/2010/november/creative-commons.html |url-status=dead |archive-url=https://web.archive.org/web/20150621215119/http://tegenlicht.vpro.nl/nieuws/2010/november/creative-commons.html |archive-date=June 21, 2015 |language=nl}}</ref> | |||
=== Cloud Service Providers === | |||
The amount of time the client is left open may be more important than the amount of traffic contributed, since new users attempting to download a file will first need to find peers hosting the file. | |||
* ] previously supported seeding public objects via the BitTorrent protocol.<ref>{{cite web|title=Announcements about S3 BitTorrent discontinuation shouldn't be buried in the commit history · Issue #27 · awsdocs/amazon-s3-userguide|url=https://github.com/awsdocs/amazon-s3-userguide/issues/27|access-date=2021-09-30|website=GitHub|language=en|archive-date=30 September 2021|archive-url=https://web.archive.org/web/20210930005409/https://github.com/awsdocs/amazon-s3-userguide/issues/27|url-status=live}}</ref><ref>{{cite web |date=January 1, 2025 |title=Retrieving Amazon S3 objects using BitTorrent |url=https://docs.aws.amazon.com/AmazonS3/latest/userguide/S3Torrent.html |url-status=dead |archive-url=https://web.archive.org/web/20210511021913/https://docs.aws.amazon.com/AmazonS3/latest/userguide/S3Torrent.html |archive-date=May 11, 2021 |access-date=January 1, 2025}}</ref> | |||
=== Software === | |||
Many advanced trackers now track statistics such as how many seeders and downloaders were on a torrent at the time of a user's disconnect as many consider this information more important than just the user's ratio of data downloaded/uploaded. This is even more evident now that torrent clients supporting trackerless torrents (via ]) can sometimes prevent a tracker from reliably measuring a registered user's statistical share ratio. | |||
* ] previously distributed content and patches for '']'', '']'' and '']'' via BitTorrent.<ref>{{cite web |date=6 December 2022 |title=Blizzard Downloader |url=https://wowpedia.fandom.com/Blizzard_Downloader |url-status=live |archive-url=https://web.archive.org/web/20240910014926/https://wowpedia.fandom.com/Blizzard_Downloader |archive-date=10 September 2024 |access-date=1 January 2025 |publisher=Fandom}}</ref><ref>{{Cite web |date=2016-07-15 |title=Disable p2p option gone? - Battle.net Forums |url=https://web.archive.org/web/20160715104054/https://us.battle.net/forums/en/bnet/topic/16283439122#post-2 |access-date=2024-12-31 |website=web.archive.org}}</ref> | |||
* ] uses BitTorrent in their popular titles '']'', '']'' and '']'' to distribute game updates.<ref>{{cite web |date=1 January 2025 |title=World of Tanks FAQ |url=https://worldoftanks.com/en/content/guide/general/frequently_asked_questions/#download |url-status= |archive-url= |archive-date= |access-date=1 January 2025 |publisher=Wargaming |df=dmy-all}}</ref> | |||
* ] is a BitTorrent-based<ref>{{cite web |title=BitTorrent Sync |url=http://labs.bittorrent.com/experiments/sync/technology.html |url-status=dead |archiveurl=https://web.archive.org/web/20131104111424/http://labs.bittorrent.com/experiments/sync/technology.html |archivedate=4 November 2013 |accessdate=29 August 2013 |df=dmy-all}}</ref><ref>{{Cite web |last=Bennett |first=Samuel |date=2016-11-04 |title=BitTorrent Sync is now Resilio Sync |url=https://www.resilio.com/blog/bittorrent-sync-now-resilio-sync |access-date=2025-01-01 |website=Resilio Blog |language=en-US}}</ref> folder-syncing tool which can act as an alternative to server-based synchronisation services such as ]. | |||
=== Government === | |||
== Limitations and security vulnerabilities == | |||
* The British government used BitTorrent to distribute ].<ref>{{cite web|url=https://data.gov.uk/dataset/coins|title=Combined Online Information System|author=HM Government|date=4 September 2012|work=Data.Gov.Uk Beta|publisher=Controller of Her Majesty's Stationery Office|url-status=live|archive-url=https://web.archive.org/web/20140326093701/http://data.gov.uk/dataset/coins|archive-date=26 March 2014|access-date=7 September 2012}}</ref><ref>{{cite web|url=https://torrentfreak.com/uk-government-uses-bittorrent-to-share-public-spending-data-100604/|title=UK Government Uses BitTorrent to Share Public Spending Data|author=Ernesto|date=4 June 2010|publisher=TorrentFreak|url-status=live|archive-url=https://web.archive.org/web/20131027201557/http://torrentfreak.com/uk-government-uses-bittorrent-to-share-public-spending-data-100604/|archive-date=27 October 2013|access-date=7 September 2012}}</ref> | |||
=== Education === | |||
BitTorrent does not offer its users anonymity. It is possible to obtain the ]es of all current, and possibly previous, participants in a swarm from the tracker. This may expose users with insecure systems to attacks.<ref name = "Tamilmanistudy" /> | |||
* ] uses BitTorrent to distribute large scientific data sets to its researchers.<ref>{{cite web|url=http://www.hpc.fsu.edu/index.php?option=com_wrapper&view=wrapper&Itemid=80|title=HPC Data Repository|publisher=Florida State University|access-date=7 April 2013|archive-url=https://web.archive.org/web/20130402200554/https://www.hpc.fsu.edu/index.php?option=com_wrapper&view=wrapper&Itemid=80|archive-date=2 April 2013|url-status=live|df=dmy-all}}</ref> | |||
* Many universities that have ] distributed computing projects have used the BitTorrent functionality of the client-server system to reduce the bandwidth costs of distributing the client-side applications used to process the scientific data. If a BOINC ] application needs to be updated (or merely sent to a user), it can do so with little impact on the BOINC server.<ref>{{cite book |author=Costa, Fernando |author2=Silva, Luis |author3=Fedak, Gilles |author4=Kelley, Ian |title=2008 IEEE International Symposium on Parallel and Distributed Processing |page=1 |publisher=IEEE |year=2008 |doi=10.1109/IPDPS.2008.4536446 |chapter=Optimizing the data distribution layer of BOINC with Bit ''Torrent'' |isbn=978-1-4244-1693-6 |s2cid=13265537 |df=dmy-all |chapter-url=https://zenodo.org/record/3432525 }}{{Dead link|date=August 2023 |bot=InternetArchiveBot |fix-attempted=yes }}{{registration required}}</ref> | |||
* The developing ] uses BitTorrent to share their .<ref>{{cite web|url=https://torrentfreak.com/torrents-help-researchers-worldwide-to-study-babies-brains-170603/|title=Torrents Help Researchers Worldwide to Study Babies' Brains|publisher=Torrent Freak|date=3 June 2017|access-date=4 January 2018|archive-url=https://web.archive.org/web/20180105011741/https://torrentfreak.com/torrents-help-researchers-worldwide-to-study-babies-brains-170603/|archive-date=5 January 2018|url-status=live|df=dmy-all}}</ref> | |||
* ] is a BitTorrent tracker for use by researchers in fields that need to share large datasets<ref name="website">{{cite web |title=Academic Torrents Website |url=https://academictorrents.com/ |access-date=4 May 2020 |archive-date=7 May 2020 |archive-url=https://web.archive.org/web/20200507000702/https://academictorrents.com/ |url-status=live }}</ref><ref name="MyScienceWork 2014">{{cite web |last1=Miccoli |first1=Fräntz |title=Academic Torrents: Bringing P2P Technology to the Academic World |url=https://www.mysciencework.com/omniscience/academic-torrents-bringing-p2p-technology-to-the-academic-world |website=MyScienceWork |access-date=6 May 2020 |date=2014 |archive-date=26 July 2020 |archive-url=https://web.archive.org/web/20200726233620/https://www.mysciencework.com/omniscience/academic-torrents-bringing-p2p-technology-to-the-academic-world |url-status=live }}</ref> | |||
=== Others === | |||
Another drawback is that BitTorrent file sharers, compared to users of client/server technology, often have little incentive to become seeders after they finish downloading. The result of this is that torrent swarms gradually die out, meaning a lower possibility of obtaining older torrents. Some BitTorrent websites have attempted to address this by recording each user's download and upload ratio for all or just the user to see, as well as the provision of access to older torrent files to people with better ratios. Also, users who have low upload ratios may see slower download speeds until they upload more. This prevents users from leeching, since after a while they become unable to download much faster than 1-10 kB/s on a high-speed connection. Some trackers exempt ] users from this policy, because they cannot upload faster than 1-5 kB/s. | |||
* Facebook uses BitTorrent to distribute updates to Facebook servers.<ref>{{cite web|url=https://torrentfreak.com/facebook-uses-bittorrent-and-they-love-it-100625/|title=Facebook Uses BitTorrent, and They Love It|author=Ernesto|date=25 June 2010|work=Torrent Freak|url-status=live|archive-url=https://web.archive.org/web/20140419233159/https://torrentfreak.com/facebook-uses-bittorrent-and-they-love-it-100625/|archive-date=19 April 2014|access-date=7 September 2012}}</ref> | |||
* Twitter uses BitTorrent to distribute updates to Twitter servers.<ref>{{cite web|title=Twitter Uses BitTorrent For Server Deployment|url=http://torrentfreak.com/twitter-uses-bittorrent-for-server-deployment-100210/|work=Torrent Freak|access-date=7 September 2012 |author=Ernesto|date=10 February 2010 | archive-url = https://web.archive.org/web/20140326094120/http://torrentfreak.com/twitter-uses-bittorrent-for-server-deployment-100210/ | archive-date = 26 March 2014| url-status=live}}</ref><ref>{{cite web|title=BitTorrent Makes Twitter's Server Deployment 75x Faster|url=http://torrentfreak.com/bittorrent-makes-twitters-server-deployment-75-faster-100716/|work=Torrent Freak|access-date=7 September 2012 |author=Ernesto|date=16 July 2010 | archive-url = https://web.archive.org/web/20140326093158/http://torrentfreak.com/bittorrent-makes-twitters-server-deployment-75-faster-100716/ | archive-date = 26 March 2014| url-status=live}}</ref> | |||
* The ] added BitTorrent to its file download options for over 1.3 million existing files, and all newly uploaded files, in August 2012.<ref name="TFBT">{{cite web |url=https://torrentfreak.com/internet-archive-starts-seeding-1398635-torrents-120807/ |title=Internet Archive Starts Seeding 1,398,875 Torrents |author=Ernesto |date=7 August 2012 |publisher=TorrentFreak |access-date=7 August 2012 |archive-url=https://web.archive.org/web/20120808212731/https://torrentfreak.com/internet-archive-starts-seeding-1398635-torrents-120807/ |archive-date=8 August 2012 |url-status=live |df=dmy }}</ref><ref>{{cite web |url=http://bt1.archive.org/hotlist.php |title=Hot List for bt1.us.archive.org (Updated August 7, 2012, 7:31 pm PDT) |access-date=8 August 2012 |archive-url=https://web.archive.org/web/20120803014019/http://bt1.archive.org/hotlist.php |archive-date=3 August 2012 |url-status=live |df=dmy-all }}. Archive.org.</ref> This method is the fastest means of downloading media from the Archive.<ref name=TFBT/><ref>{{cite web |url=https://archive.org/details/bittorrent |title=Welcome to Archive torrents |access-date=22 December 2015 |archive-url=https://web.archive.org/web/20160119064508/https://archive.org/details/bittorrent |archive-date=19 January 2016 |url-status=live |df=dmy-all }}. Archive.org. 2012.</ref> | |||
By early 2015, ] estimated that BitTorrent accounted for 20% of all broadband traffic.<!-- this reference should be replaced by the original paper by Terry Shaw and Jim Martin, which I couldn't locate --><ref name="Ellis">{{cite web |url=http://thestack.com/atandt-patents-system-speed-up-bittorrent-traffic-190215 |date=8 May 2006 |title=AT&T Patents System to 'Fast-Lane' BitTorrent Traffic |website=TheStack.com |access-date=5 March 2015 |archive-url=https://web.archive.org/web/20150223032802/http://thestack.com/atandt-patents-system-speed-up-bittorrent-traffic-190215 |archive-date=23 February 2015 |url-status=live |df=dmy-all }}</ref> | |||
BitTorrent is best suited to continuously connected ] environments, since dial-up users find it less efficient due to frequent disconnects and slow download rates. | |||
Routers that use ] (NAT) must maintain tables of source and destination IP addresses and ports. Because BitTorrent frequently contacts 20–30 servers per second, the NAT tables of some consumer-grade routers are rapidly filled. This is a known cause of some home routers ceasing to work correctly.<ref>{{cite web|title=FAQ:Modems/routers that are known to have problems with P2P apps |website=uTorrent.com|url=http://www.utorrent.com/faq.php#Modems_routers_that_are_known_to_have_problems_with_P2P |archive-url=https://web.archive.org/web/20080913085527/http://www.utorrent.com/faq.php#Modems_routers_that_are_known_to_have_problems_with_P2P |archive-date=13 September 2008|access-date=7 April 2013}}</ref><ref>{{cite conference |author=Halkes |first=Gertjan |author2=Pouwelse |first2=Johan |year=2011 |title=UDP NAT and Firewall Puncturing in the Wild |url=https://books.google.com/books?id=j6HPyxvPFcsC&pg=PA7 |conference=10th International IFIP TC 6 Networking Conference |publisher=Springer |page=7 |isbn=9783642207976 |archive-url=https://web.archive.org/web/20130509032124/http://books.google.com/books?id=j6HPyxvPFcsC&pg=PA7#v=onepage&f=false |archive-date=9 May 2013 |access-date=7 April 2013 |work=NETWORKING 2011:10th International IFIP TC 6 Networking Conference, Valencia, Spain, May 9–13, 2011, Proceedings |editor=Jordi Domingo-Pascual |display-editors=etal |url-status=live |df=dmy-all}}</ref> | |||
== New developments == | |||
== Legislation == | |||
The BitTorrent protocol is still under development and therefore may still acquire new features and other enhancements such as improved efficiency. | |||
{{Main|Legal issues with BitTorrent}} | |||
Although the protocol itself is legal,<ref>{{cite web|url=https://www.comparitech.com/blog/vpn-privacy/is-torrenting-safe-illegal-will-you-be-caught/|title=Is torrenting safe? Is it illegal? Are you likely to be caught?|date=29 November 2018|access-date=5 October 2018|archive-url=https://archive.today/20180406235039/https://www.comparitech.com/blog/vpn-privacy/is-torrenting-safe-illegal-will-you-be-caught/|archive-date=6 April 2018|url-status=live|df=dmy-all}}</ref> problems stem from using the protocol to traffic copyright infringing works, since BitTorrent is often used to download otherwise paid content, such as movies and video games. There has been much controversy over the use of BitTorrent trackers. BitTorrent metafiles themselves do not store file contents. Whether the publishers of BitTorrent metafiles violate copyrights by linking to copyrighted works without the authorization of copyright holders is controversial. Various jurisdictions have pursued legal action against websites that host BitTorrent trackers. | |||
In May 2005, Bram Cohen released a new beta version of BitTorrent that eliminated the need for web site hosting of centralized servers known as "trackers". It is now possible to have a torrent up in minutes, with a file, a website, and no understanding of how it works. In addition, Cohen launched a new search service on BitTorrent's website, similar to those found on other popular sites such as ]. | |||
As a result the use of BitTorrent may sometimes be limited by ] (ISPs) due to legal or copyright grounds.{{Citation needed|date=January 2022}} Users may choose to run ]es or ]s (VPNs) to circumvent these restrictions. | |||
Cohen explained that the tracker removal feature is part of his ongoing effort to make publishing files online "painless and disruptively cheap". The move is only one of several designed to remove BitTorrent's dependence on centralized trackers. | |||
High-profile examples include the closing of ], ], ], ], ], ] and ]. BitTorrent search engine ] torrent website, formed by a Swedish group, is noted for the "legal" section of its website in which letters and replies on the subject of alleged copyright infringements are publicly displayed. On 31 May 2006, The Pirate Bay's servers in Sweden were raided by Swedish police on allegations by the MPAA of copyright infringement;<ref>{{cite web| url=http://torrentfreak.com/the-piratebay-is-down-raided-by-the-swedish-police/| date=31 May 2006| publisher=TorrentFreak| title=The Piratebay is Down: Raided by the Swedish Police| access-date=20 May 2007 | archive-url = https://web.archive.org/web/20140416060632/https://torrentfreak.com/the-piratebay-is-down-raided-by-the-swedish-police/ | archive-date = 16 April 2014| url-status=live}}</ref> however, the tracker was up and running again three days later. In the study used to value NBC Universal in its merger with Comcast, Envisional examined the 10,000 torrent swarms managed by PublicBT which had the most active downloaders. After excluding pornographic and unidentifiable content, it was found that only one swarm offered legitimate content.<ref>{{cite web |url=http://documents.envisional.com/docs/Envisional-Internet_Usage-Jan2011.pdf |date=1 January 2011 |title=Technical report: An Estimate of Infringing Use of the Internet |publisher=Envisional |access-date=6 May 2012 |archive-url=https://web.archive.org/web/20120425151935/http://documents.envisional.com/docs/Envisional-Internet_Usage-Jan2011.pdf |archive-date=25 April 2012 |url-status=live |df=dmy-all }}</ref> | |||
This change is said to cause some trouble in the legal efforts to shut down illegal file sharing. However, Tarun Sawney, BSA Asia antipiracy director, said BitTorrent files could still be identified, since with or without the tracker sites, actual users still host the infringing files.<ref>{{cite web| url=http://news.com.com/BitTorrent+enemies+face+new+hurdle/2100-1032_3-5715093.html| title=BitTorrent enemies face new hurdle| first=Renai| last=LeMay| publisher=CNET News.com| year=May 20, 2005| accessdate=2006-05-09}}</ref><ref>{{cite web| url=http://www.guardian.co.uk/online/story/0,3605,1496722,00.html| title=May the source be with you| first=Quinn| last=Norton| year=June 2, 2005| publisher=Guardian Unlimited| accessdate=2006-05-09}}</ref> | |||
In the United States, more than 200,000 lawsuits have been filed for copyright infringement on BitTorrent since 2010.<ref>{{cite news|url=https://www.theguardian.com/technology/pda/2011/aug/09/bittorrent-piracy |title=BitTorrent: Copyright Lawyers' Favourite Target Reaches 200,000 Lawsuits |newspaper=The Guardian |date=9 August 2011 |access-date=10 January 2014 |archive-url=https://web.archive.org/web/20131204002125/http://www.theguardian.com/technology/pda/2011/aug/09/bittorrent-piracy |archive-date=4 December 2013 }}</ref> In the United Kingdom, on 30 April 2012, the ] ordered five ISPs to ].<ref>{{cite magazine |url=https://www.pcmag.com/news/297264/u-k-high-court-orders-isps-to-block-the-pirate-bay |title=U.K. High Court Orders ISPs to Block The Pirate Bay |last=Albanesius |first=Chloe |date=30 April 2012 |magazine=PC Magazine |url-status=live |archive-url=https://web.archive.org/web/20130525155105/http://www.pcmag.com/article2/0%2C2817%2C2403749%2C00.asp |archive-date=25 May 2013 |access-date=6 May 2012 |df=dmy-all }}</ref> | |||
=== Alternative approaches === | |||
== Security == | |||
The BitTorrent protocol provides no way to index torrent files. As a result, a comparatively small number of websites have hosted the large majority of torrents linking to copyright material, rendering those sites especially vulnerable to lawsuits. In response, some developers have sought ways to make publishing of files more anonymous while still retaining BitTorrent's speed advantage. The ] client, for example, provides three alternatives to BitTorrent: ], ], and Shareaza's native network, ]. If the tracker is down, it can finish the file over the other protocols, and/or find new (Shareaza) peers over G2. The use of distributed trackers is also one of the goals for ] 2.3.0.2 and BitTorrent 4.1.2. Another interesting idea that has surfaced recently in Azureus is virtual torrent. This idea is based on the distributed tracker approach and is used to describe some web resource. Right now, it is used for ]. It is implemented using a special messaging protocol and requires an appropriate plugin. ] is another approach, which uses a decentralized network of nodes that route traffic to dynamic trackers. | |||
One concern is the ]. BitTorrent implementations often use ] for their communication. To achieve high bandwidths, the underlying protocol used is ], which allows spoofing of source addresses of internet traffic. It has been possible to carry out ]s in a P2P lab environment, where users running BitTorrent clients act as amplifiers for an attack at another service.<ref>{{cite web|last=Adamsky|first=Florian|year=2015|url=https://www.usenix.org/conference/woot15/workshop-program/presentation/p2p-file-sharing-hell-exploiting-bittorrent|title=P2P File-Sharing in Hell: Exploiting BitTorrent Vulnerabilities to Launch Distributed Reflective DoS Attacks|access-date=21 August 2015|archive-url=https://web.archive.org/web/20151001113522/https://www.usenix.org/conference/woot15/workshop-program/presentation/p2p-file-sharing-hell-exploiting-bittorrent|archive-date=1 October 2015|url-status=live|df=dmy-all}}</ref> However this is not always an effective attack because ISPs can check if the source address is correct. | |||
Several studies on BitTorrent found files available for download containing ]. In particular, one small sample indicated that 18% of all executable programs available for download contained malware.<ref>{{cite web |url=http://www.techrepublic.com/whitepapers/searching-for-malware-in-bittorrent/1681115 | title=Searching for Malware in Bit Torrent |first1=Andrew D. |last1=Berns |first2=Eunjin (EJ) |last2=Jung |date=24 April 2008 |publisher=], via ] |access-date=7 April 2013 | archive-url = https://web.archive.org/web/20130501051349/http://www.techrepublic.com/whitepapers/searching-for-malware-in-bittorrent/1681115 | archive-date = 1 May 2013|url-status=dead}}{{registration required}}</ref> Another study claims that as much as 14.5% of BitTorrent downloads contain ], and that BitTorrent was used as the distribution mechanism for 47% of all zero-day malware they have found.<ref>{{cite conference|last1=Vegge|first1=Håvard|last2=Halvorsen|first2=Finn Michael|last3=Nergård|first3=Rune Walsø|conference=2009 Fourth International Conference on Internet Monitoring and Protection|pages=66|publisher=IEEE Computer Society|year=2009|url=http://www.rookconsulting.com/Downloads/NTNU-zeroday-project-2008.pdf|archive-url=https://web.archive.org/web/20130617143905/http://www.rookconsulting.com/Downloads/NTNU-zeroday-project-2008.pdf|archive-date=2013-06-17|format=PDF ''(orig. work + pub. paper)''|doi=10.1109/ICIMP.2009.19|title=Where Only Fools Dare to Tread: An Empirical Study on the Prevalence of Zero-Day Malware|isbn=978-1-4244-3839-6|s2cid=15567480}}</ref> | |||
=== BitTorrent search / Trackerless torrents === | |||
Recently, Bram Cohen released his own BitTorrent ] , which searches popular ]s for torrents, although it does not host nor track torrents itself.<ref>{{cite web| url=http://www.betanews.com/article/BitTorrent_Creator_Opens_Online_Search/1117065427| title=BitTorrent Creator Opens Online Search| first=David| last=Worthington| coauthors=Nate Mook| publisher=BetaNews| year=May 25, 2005| accessdate=2006-05-09}}</ref> From software version 4.2.0, BitTorrent also supports "trackerless" torrents, featuring a ] implementation that allows the client to download torrents that have been created without using a BitTorrent tracker. | |||
*BitTorrent Mainline DHT: ] (4.1.0+), ] (1.2+), ] (0.59+), and ] (3.0+): They all share a DHT based on an implementation of the Bamboo DHT , for trackerless torrents. | |||
=== Web seeding (unofficial feature) === | |||
One recently implemented feature of BitTorrent is web seeding. The advantage of this feature is that a site may distribute a torrent for a particular file or batch of files and make those files available for download from that same web server application; this can simplify seeding and ] greatly once support for this feature is implemented in the various BitTorrent clients. In theory, this would make using BitTorrent almost as easy for a web publisher as simply creating a direct download while allowing some of the upload bandwidth demands to be placed upon the downloaders (who normally use only a very small portion of their upload bandwidth capacity). This feature is an unofficial one, created by TheSHAD0W, who created ].<ref>{{cite web| url=http://bittornado.com/docs/webseed-spec.txt| title=HTTP-Based Seeding Specification| format=TXT| accessdate=2006-05-09}}</ref> | |||
The latest version of the popular download manager, ] supports downloading a file from both HTTP/FTP protocols and using BitTorrent. | |||
=== Broadcatching === | |||
Another proposed feature combines ] and BitTorrent to create a content delivery system dubbed ]. Since a Steve Gillmor column for ] in December 2003, the discussion has spread quickly among many bloggers (Techdirt, Ernest Miller, and former ] host ], for example). As Scott Raymond explained: | |||
:''"I want RSS feeds of BitTorrent files. A script would periodically check the feed for new items, and use them to start the download. Then, I could find a trusted publisher of an ] RSS feed, and 'subscribe' to all new episodes of the show, which would then start downloading automatically — like the 'season pass' feature of the ]."''<ref>Raymond, Scott: . ''scottraymondnet'': (Dec 16, 2003).</ref> | |||
While potential illegal uses abound as is the case with any new distribution method, this idea lends itself to a great number of ideas that could turn traditional distribution models on their heads, giving smaller operations a new opportunity for content distribution. The system leans on the cost-saving benefit of BitTorrent, where expenses are virtually non-existent; each downloader of a file participates in a portion of the distribution. One early adoption of this concept is ] show ], which uses BitTorrent to distribute large (1-2 GB) ] files of ]. | |||
RSS feeds layered on top keep track of the content, and because BitTorrent does ] ] of all data, subscribers to the feed can be sure they're getting what they think they're getting, whether that winds up being the latest '']'' episode, or the latest ] ] ]. (Naturally, however, ensuring that the same data reaches all nodes neglects the possibility that the original, source file may be corrupted or incorrectly labeled.) | |||
One of the first ] attempts to create a client specifically for this was ]. The idea is already gaining momentum however, with other ] clients such as PenguinTV and ] also now supporting broadcatching. | |||
=== APIs === | |||
The BitTorrent web-service MoveDigital has made available an ability to any web application capable of parsing ] through its standard ] (REST) based interface.<ref>{{cite web| url=http://torrentocracy.com/mediawiki/index.php/Main_Page| title=Main Page| publisher=Torrentocracy wiki| accessdate=2006-05-09}}</ref> <!-- Could someone cleanup and clarify the preceding sentence? I don't even understand it. --> Additionally, Torrenthut is developing a similar torrent ] which will provide the same features, as well as further intuition to help bring the torrent community to ] standards. Alongside this release is a first ] application built using the API called PEP which will parse any ] (RSS 2.0) feed and automatically create and seed a torrent for each enclosure found in that feed.<ref>{{cite web| url=http://prodigem.com/code/pep/pep.txt| title=pep.txt| publisher=Prodigem.com| format=TXT| accessdate=2006-05-09}}</ref> | |||
=== Encryption === | |||
{{main|BitTorrent protocol encryption}} | |||
Protocol header encrypt (PHE), Message stream encryption (MSE), or Protocol encryption (PE) are features of some BitTorrent clients that attempt to make BitTorrent hard to throttle. MSE and PE are two names for the same protocol. At the moment ], ] and ], the three biggest BitTorrent clients, support MSE/PE encryption. | |||
Some ISPs throttle BitTorrent traffic because it makes up a large proportion of total traffic and the ISPs don't want to spend money purchasing extra capacity.<ref>{{cite web| url=http://torrentfreak.com/encrypting-bittorrent-to-take-out-traffic-shapers/| title=Encrypting Bittorrent to take out traffic shapers| year=02.05.06| publisher=Torrentfreak.com| accessdate=2006-05-09}}</ref> Encryption makes BitTorrent traffic harder to detect and therefore harder to throttle. Recently, ISPs have announced possible future hardware upgrades in order to minimize BitTorrent traffic. Several universities have already taken these steps, including the ], ], ], ], ], ], and ].{{citation needed}} ISPs sometimes use products such as Allot Inc.'s NetEnforcer to try to throttle encrypted BitTorrent traffic. | |||
=== Peer exchange === | |||
{{main|Peer exchange}} | |||
Peer exchange (PEX) is another method to gather peers for BitTorrent in addition to ] and ]. Peer exchange checks with known peers to see if they know of any other peers. | |||
=== Multitracker === | |||
Another unofficial feature is an extension to the BitTorrent metadata format proposed by John Hoffman.<ref>{{cite web| url=http://www.bittornado.com/docs/multitracker-spec.txt| title=MULTITRACKER METADATA ENTRY SPECIFICATION| format=TXT| accessdate=2006-05-09| publisher=Bittornado.com}}</ref> It allows the use of multiple trackers per file, so if one tracker fails, others can continue supporting file transfer. It is implemented in several clients, such as ],] and ]. Trackers are placed in groups, or tiers, with a tracker randomly chosen from the top tier and tried, moving to the next tier if all the trackers in the top tier fail. | |||
== BitTorrent-related applications == | |||
Because of the open nature of the protocol, many clients have been developed that support numerous platforms and written using various programming languages. | |||
=== Clients === | |||
{{main|Comparison of BitTorrent software}} | |||
{{main|:Category:BitTorrent clients}} | |||
=== Applications === | |||
* ] ] communities often use BitTorrent for their releases, and the most popular announce sites like ] and downloadanime.org have RSS feeds. | |||
* ] offers a simplified BitTorrent tracker to enable ] and non-technical users to run a tracker off their site with the added functionality of letting visitors download a file even if they do not have a BitTorrent client installed by automatically installing a client to download the desired file.<ref>{{cite web| url=http://grep.law.harvard.edu/article.pl?sid=04/08/26/0236209| title=Blog Torrent and Participatory Culture| publsiher=Grep Law| accessdate=2006-05-09}}</ref> | |||
* ] is a game with built-in torrent client (for in game use). | |||
* ] uses a version of BitTorrent in ] to distribute patches. | |||
* Popular ] distributions, such as ] and ], offer BitTorrent as one of the download methods for installation ]s | |||
* ] is starting to integrate BitTorrent to help podcasters deal with the download demands of their ] "radio" programs. Specifically, ] supports BitTorrent for the RSS 2.0 enclosures that power podcasting. | |||
== See also == | == See also == | ||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | * ] | ||
* ] | * ] | ||
* ] | |||
== References == | == References == | ||
{{Reflist|colwidth=30em}} | |||
== Further reading == | |||
<!--<nowiki> | |||
* {{cite book |chapter= The Bittorrent P2P File-Sharing System: Measurements and Analysis |title=Peer-to-Peer Systems IV |volume=3640 |last=Pouwelse |first=Johan |year=2005 |publisher=Springer |location=Berlin |isbn=978-3-540-29068-1 |doi=10.1007/11558989_19 |pages=205–216|chapter-url=https://books.google.com/books?id=Dnw7E8xzQUMC&q=The%20Bittorrent%20P2P%20File-Sharing%20System%3A%20Measurements%20and%20Analysis%20Johan%20Pouwelse%20%2C%20Pawel%20Garbacki%2C%20Dick%20Epema%2C&pg=PA205|access-date=4 September 2011|display-authors=etal|series=Lecture Notes in Computer Science }} | |||
See http://en.wikipedia.org/Wikipedia:Footnotes for an explanation of how | |||
* {{cite thesis |first=Michal |last=Czerniawski |ssrn=1540913 |title=Responsibility of Bittorrent Search Engines for Copyright Infringements |publisher=] |date=20 December 2009 |doi=10.2139/ssrn.1540913 }} | |||
to generate footnotes using the<ref> and </ref> tags, and the template below | |||
* {{cite web |url=https://web.stanford.edu/class/ee380/Abstracts/050216.html |title=Under the hood of BitTorrent |first=Bram |last=Cohen |publisher=] |date=16 February 2005 |work=Computer Systems Colloquium (EE380) }} | |||
</nowiki>--> | |||
{{FootnotesSmall|resize=92%}} | |||
== Bibliography == | |||
* Schiesel, Seth (], ]). "File Sharing's New Face." '']'', | |||
* Thompson, Clive (January, ]). "The BitTorrent Effect." '']'', . | |||
* ] (], ]). "TV download sites hit by lawsuits" '']'', . | |||
* ] (], ]). "BitTorrent user guilty of piracy." '']'', . | |||
* ] (], ]). "BitTorrent battles over bandwidth." '']'', . | |||
* Rietjens, Bob (]) "Give and Ye Shall Receive! The Copyright Implications of BitTorrent", 2:3 ''SCRIPT-ed'' 364. | |||
* Roth, Daniel (], ]). "Torrential Reign." '']'', p. 91–96. | |||
* Pouwelse, Johan (], ]). "A detailed study of the BitTorrent network." '']'', . | |||
== External links == | == External links == | ||
{{Commons category}} | |||
* | |||
{{Cloud computing}} | |||
{{portalpar|Free software}} | |||
{{sisterlinks|BitTorrent}} | |||
<!-- Considering putting your link here? Only notable sites will be tolerated, other smaller sites will be removed - if your site isn't as informative or important as the current ones, don't expect it to stay! No link spamming! No piracy sites! --> | |||
{{BitTorrent}} | |||
* | |||
* | |||
* {{dmoz|Computers/Software/Internet/Clients/File_Sharing/BitTorrent|BitTorrent}} | |||
* | |||
* | |||
* | |||
{{File sharing}} | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | ] | ||
] | |||
] | |||
] | |||
] | |||
] | ] | ||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] |
Latest revision as of 17:35, 10 January 2025
Peer-to-peer file sharing protocol This article is about the file sharing protocol. For other uses, see BitTorrent (disambiguation).
It has been suggested that Torrent file be merged into this article. (Discuss) Proposed since September 2024. |
Original author(s) | Bram Cohen |
---|---|
Developer(s) | Rainberry, Inc. |
Initial release | 2001; 24 years ago (2001) |
Standard(s) | The BitTorrent Protocol Specification |
Type | peer-to-peer file sharing |
Website | www |
Part of a series on |
File sharing |
---|
Technologies |
Video on demand sites |
BitTorrent sites |
Academic/scholarly |
File sharing networks |
P2P clients |
Streaming programs |
Anonymous file sharing |
Development and societal aspects |
By country or region |
Comparisons |
BitTorrent is a communication protocol for peer-to-peer file sharing (P2P), which enables users to distribute data and electronic files over the Internet in a decentralized manner. The protocol is developed and maintained by Rainberry, Inc., and was first released in 2001.
To send or receive files, users use a BitTorrent client on their Internet-connected computer, which are available for a variety of computing platforms and operating systems, including an official client. BitTorrent trackers provide a list of files available for transfer and allow the client to find peer users, known as "seeds", who may transfer the files. BitTorrent downloading is considered to be faster than HTTP ("direct downloading") and FTP due to the lack of a central server that could limit bandwidth.
BitTorrent is one of the most common protocols for transferring large files, such as digital video files containing TV shows and video clips, or digital audio files. BitTorrent accounted for a third of all internet traffic in 2004, according to a study by Cachelogic. As recently as 2019 BitTorrent remained a significant file sharing protocol according to Sandvine, generating a substantial amount of Internet traffic, with 2.46% of downstream, and 27.58% of upstream traffic, although this share has declined significantly since then.
History
This section needs expansion. You can help by adding to it. (September 2021) |
Programmer Bram Cohen, a University at Buffalo alumnus, designed the protocol in April 2001, and released the first available version on 2 July 2001. Cohen and Ashwin Navin founded BitTorrent, Inc. (later renamed Rainberry, Inc.) to further develop the technology in 2004.
The first release of the BitTorrent client had no search engine and no peer exchange. Up until 2005, the only way to share files was by creating a small text file called a "torrent", that they would upload to a torrent index site. The first uploader acted as a seed, and downloaders would initially connect as peers. Those who wish to download the file would download the torrent, which their client would use to connect to a tracker which had a list of the IP addresses of other seeds and peers in the swarm. Once a peer completed a download of the complete file, it could in turn function as a seed. These files contain metadata about the files to be shared and the trackers which keep track of the other seeds and peers.
In 2005, first Vuze and then the BitTorrent client introduced distributed tracking using distributed hash tables which allowed clients to exchange data on swarms directly without the need for a torrent file.
In 2006, peer exchange functionality was added allowing clients to add peers based on the data found on connected nodes.
In 2017, BitTorrent, Inc. released the BitTorrent v2 protocol specification. BitTorrent v2 is intended to work seamlessly with previous versions of the BitTorrent protocol. The main reason for the update was that the old cryptographic hash function, SHA-1, is no longer considered safe from malicious attacks by the developers, and as such, v2 uses SHA-256. To ensure backwards compatibility, the v2 .torrent file format supports a hybrid mode where the torrents are hashed through both the new method and the old method, with the intent that the files will be shared with peers on both v1 and v2 swarms. Another update to the specification is adding a hash tree to speed up time from adding a torrent to downloading files, and to allow more granular checks for file corruption. In addition, each file is now hashed individually, enabling files in the swarm to be deduplicated, so that if multiple torrents include the same files, but seeders are only seeding the file from some, downloaders of the other torrents can still download the file. In addition, file hashes can be displayed on tracker, torrent indexing services, to search for swarms by searching for hashes of files contained in them. These hashes are different from the usual SHA-256 hash of files and can be obtained using tools. Magnet links for v2 also support a hybrid mode to ensure support for legacy clients.
Design
The BitTorrent protocol can be used to reduce the server and network impact of distributing large files. Rather than downloading a file from a single source server, the BitTorrent protocol allows users to join a "swarm" of hosts to upload and download from each other simultaneously. The protocol is an alternative to the older single source, multiple mirror sources technique for distributing data, and can work effectively over networks with lower bandwidth. Using the BitTorrent protocol, several basic computers, such as home computers, can replace large servers while efficiently distributing files to many recipients. This lower bandwidth usage also helps prevent large spikes in internet traffic in a given area, keeping internet speeds higher for all users in general, regardless of whether or not they use the BitTorrent protocol.
The file being distributed is divided into segments called pieces. As each peer receives a new piece of the file, it becomes a source (of that piece) for other peers, relieving the original seed from having to send that piece to every computer or user wishing a copy. With BitTorrent, the task of distributing the file is shared by those who want it; it is entirely possible for the seed to send only a single copy of the file itself and eventually distribute to an unlimited number of peers. Each piece is protected by a cryptographic hash contained in the torrent descriptor. This ensures that any modification of the piece can be reliably detected, and thus prevents both accidental and malicious modifications of any of the pieces received at other nodes. If a node starts with an authentic copy of the torrent descriptor, it can verify the authenticity of the entire file it receives.
Pieces are typically downloaded non-sequentially, and are rearranged into the correct order by the BitTorrent client, which monitors which pieces it needs, and which pieces it has and can upload to other peers. Pieces are of the same size throughout a single download (for example, a 10 MB file may be transmitted as ten 1 MB pieces or as forty 256 KB pieces). Due to the nature of this approach, the download of any file can be halted at any time and be resumed at a later date, without the loss of previously downloaded information, which in turn makes BitTorrent particularly useful in the transfer of larger files. This also enables the client to seek out readily available pieces and download them immediately, rather than halting the download and waiting for the next (and possibly unavailable) piece in line, which typically reduces the overall time of the download. This eventual transition from peers to seeders determines the overall "health" of the file (as determined by the number of times a file is available in its complete form).
The distributed nature of BitTorrent can lead to a flood-like spreading of a file throughout many peer computer nodes. As more peers join the swarm, the likelihood of a successful download by any particular node increases. Relative to traditional Internet distribution schemes, this permits a significant reduction in the original distributor's hardware and bandwidth resource costs. Distributed downloading protocols in general provide redundancy against system problems, reduce dependence on the original distributor, and provide sources for the file which are generally transient and therefore there is no single point of failure as in one way server-client transfers.
Though both ultimately transfer files over a network, a BitTorrent download differs from a one way server-client download (as is typical with an HTTP or FTP request, for example) in several fundamental ways:
- BitTorrent makes many small data requests over different IP connections to different machines, while server-client downloading is typically made via a single TCP connection to a single machine.
- BitTorrent downloads in a random or in a "rarest-first" approach that ensures high availability, while classic downloads are sequential.
Taken together, these differences allow BitTorrent to achieve much lower cost to the content provider, much higher redundancy, and much greater resistance to abuse or to "flash crowds" than regular server software. However, this protection, theoretically, comes at a cost: downloads can take time to rise to full speed because it may take time for enough peer connections to be established, and it may take time for a node to receive sufficient data to become an effective uploader. This contrasts with regular downloads (such as from an HTTP server, for example) that, while more vulnerable to overload and abuse, rise to full speed very quickly, and maintain this speed throughout. In the beginning, BitTorrent's non-contiguous download methods made it harder to support "streaming playback". In 2014, the client Popcorn Time allowed for streaming of BitTorrent video files. Since then, more and more clients are offering streaming options.
Searching
The BitTorrent protocol provides no way to index torrent files. As a result, a comparatively small number of websites have hosted a large majority of torrents, many linking to copyrighted works without the authorization of copyright holders, rendering those sites especially vulnerable to lawsuits. A BitTorrent index is a "list of .torrent files, which typically includes descriptions" and information about the torrent's content. Several types of websites support the discovery and distribution of data on the BitTorrent network. Public torrent-hosting sites such as The Pirate Bay allow users to search and download from their collection of torrent files. Users can typically also upload torrent files for content they wish to distribute. Often, these sites also run BitTorrent trackers for their hosted torrent files, but these two functions are not mutually dependent: a torrent file could be hosted on one site and tracked by another unrelated site. Private host/tracker sites operate like public ones except that they may restrict access to registered users and may also keep track of the amount of data each user uploads and downloads, in an attempt to reduce "leeching".
Web search engines allow the discovery of torrent files that are hosted and tracked on other sites; examples include The Pirate Bay and BTDigg. These sites allow the user to ask for content meeting specific criteria (such as containing a given word or phrase) and retrieve a list of links to torrent files matching those criteria. This list can often be sorted with respect to several criteria, relevance (seeders to leechers ratio) being one of the most popular and useful (due to the way the protocol behaves, the download bandwidth achievable is very sensitive to this value). Metasearch engines allow one to search several BitTorrent indices and search engines at once.
The Tribler BitTorrent client was among the first to incorporate built-in search capabilities. With Tribler, users can find .torrent files held by random peers and taste buddies. It adds such an ability to the BitTorrent protocol using a gossip protocol, somewhat similar to the eXeem network which was shut down in 2005. The software includes the ability to recommend content as well. After a dozen downloads, the Tribler software can roughly estimate the download taste of the user, and recommend additional content.
In May 2007, researchers at Cornell University published a paper proposing a new approach to searching a peer-to-peer network for inexact strings, which could replace the functionality of a central indexing site. A year later, the same team implemented the system as a plugin for Vuze called Cubit and published a follow-up paper reporting its success.
A somewhat similar facility but with a slightly different approach is provided by the BitComet client through its "Torrent Exchange" feature. Whenever two peers using BitComet (with Torrent Exchange enabled) connect to each other they exchange lists of all the torrents (name and info-hash) they have in the Torrent Share storage (torrent files which were previously downloaded and for which the user chose to enable sharing by Torrent Exchange). Thus each client builds up a list of all the torrents shared by the peers it connected to in the current session (or it can even maintain the list between sessions if instructed).
At any time the user can search into that Torrent Collection list for a certain torrent and sort the list by categories. When the user chooses to download a torrent from that list, the .torrent file is automatically searched for (by info-hash value) in the DHT Network and when found it is downloaded by the querying client which can subsequently create and initiate a downloading task.
Downloading and sharing
Users find a torrent of interest on a torrent index site or by using a search engine built into the client, download it, and open it with a BitTorrent client. The client connects to the tracker(s) or seeds specified in the torrent file, from which it receives a list of seeds and peers currently transferring pieces of the file(s). The client connects to those peers to obtain the various pieces. If the swarm contains only the initial seeder, the client connects directly to it, and begins to request pieces. Clients incorporate mechanisms to optimize their download and upload rates.
The effectiveness of this data exchange depends largely on the policies that clients use to determine to whom to send data. Clients may prefer to send data to peers that send data back to them (a "tit for tat" exchange scheme), which encourages fair trading. But strict policies often result in suboptimal situations, such as when newly joined peers are unable to receive any data because they do not have any pieces yet to trade themselves or when two peers with a good connection between them do not exchange data simply because neither of them takes the initiative. To counter these effects, the official BitTorrent client program uses a mechanism called "optimistic unchoking", whereby the client reserves a portion of its available bandwidth for sending pieces to random peers (not necessarily known good partners, or "preferred peers") in hopes of discovering even better partners and to ensure that newcomers get a chance to join the swarm.
Although "swarming" scales well to tolerate "flash crowds" for popular content, it is less useful for unpopular or niche market content. Peers arriving after the initial rush might find the content unavailable and need to wait for the arrival of a "seed" in order to complete their downloads. The seed arrival, in turn, may take long to happen (this is termed the "seeder promotion problem"). Since maintaining seeds for unpopular content entails high bandwidth and administrative costs, this runs counter to the goals of publishers that value BitTorrent as a cheap alternative to a client-server approach. This occurs on a huge scale; measurements have shown that 38% of all new torrents become unavailable within the first month. A strategy adopted by many publishers which significantly increases availability of unpopular content consists of bundling multiple files in a single swarm. More sophisticated solutions have also been proposed; generally, these use cross-torrent mechanisms through which multiple torrents can cooperate to better share content.
Creating and publishing
This article needs to be updated. The reason given is: Some extensions described in this section as experimental have been standardized. This section is factually incorrect about some aspects of v1 and v2. Please help update this article to reflect recent events or newly available information. (January 2022) |
The peer distributing a data file treats the file as a number of identically sized pieces, usually with byte sizes of a power of 2, and typically between 32 KB and 16 MB each. The peer creates a hash for each piece, using the SHA-1 hash function, and records it in the torrent file. Pieces with sizes greater than 512 KB will reduce the size of a torrent file for a very large payload, but is claimed to reduce the efficiency of the protocol. When another peer later receives a particular piece, the hash of the piece is compared to the recorded hash to test that the piece is error-free. Peers that provide a complete file are called seeders, and the peer providing the initial copy is called the initial seeder. The exact information contained in the torrent file depends on the version of the BitTorrent protocol.
By convention, the name of a torrent file has the suffix .torrent
. Torrent files use the Bencode file format, and contain an "announce" section, which specifies the URL of the tracker, and an "info" section, containing (suggested) names for the files, their lengths, the piece length used, and a SHA-1 hash code for each piece, all of which are used by clients to verify the integrity of the data they receive. Though SHA-1 has shown signs of cryptographic weakness, Bram Cohen did not initially consider the risk big enough for a backward incompatible change to, for example, SHA-3. As of BitTorrent v2 the hash function has been updated to SHA-256.
In the early days, torrent files were typically published to torrent index websites, and registered with at least one tracker. The tracker maintained lists of the clients currently connected to the swarm. Alternatively, in a trackerless system (decentralized tracking) every peer acts as a tracker. Azureus was the first BitTorrent client to implement such a system through the distributed hash table (DHT) method. An alternative and incompatible DHT system, known as Mainline DHT, was released in the Mainline BitTorrent client three weeks later (though it had been in development since 2002) and subsequently adopted by the μTorrent, Transmission, rTorrent, KTorrent, BitComet, and Deluge clients.
After the DHT was adopted, a "private" flag – analogous to the broadcast flag – was unofficially introduced, telling clients to restrict the use of decentralized tracking regardless of the user's desires. The flag is intentionally placed in the info section of the torrent so that it cannot be disabled or removed without changing the identity of the torrent. The purpose of the flag is to prevent torrents from being shared with clients that do not have access to the tracker. The flag was requested for inclusion in the official specification in August 2008, but has not been accepted yet. Clients that have ignored the private flag were banned by many trackers, discouraging the practice.
Anonymity
BitTorrent does not, on its own, offer its users anonymity. One can usually see the IP addresses of all peers in a swarm in one's own client or firewall program. This may expose users with insecure systems to attacks. In some countries, copyright organizations scrape lists of peers, and send takedown notices to the internet service provider of users participating in the swarms of files that are under copyright. In some jurisdictions, copyright holders may launch lawsuits against uploaders or downloaders for infringement, and police may arrest suspects in such cases.
Various means have been used to promote anonymity. For example, the BitTorrent client Tribler makes available a Tor-like onion network, optionally routing transfers through other peers to obscure which client has requested the data. The exit node would be visible to peers in a swarm, but the Tribler organization provides exit nodes. One advantage of Tribler is that clearnet torrents can be downloaded with only a small decrease in download speed from one "hop" of routing.
i2p provides a similar anonymity layer although in that case, one can only download torrents that have been uploaded to the i2p network. The bittorrent client Vuze allows users who are not concerned about anonymity to take clearnet torrents, and make them available on the i2p network.
Most BitTorrent clients are not designed to provide anonymity when used over Tor, and there is some debate as to whether torrenting over Tor acts as a drag on the network.
Private torrent trackers are usually invitation only, and require members to participate in uploading, but have the downside of a single centralized point of failure. Oink's Pink Palace and What.cd are examples of private trackers which have been shut down.
Seedbox services download the torrent files first to the company's servers, allowing the user to direct download the file from there. One's IP address would be visible to the Seedbox provider, but not to third parties.
Virtual private networks encrypt transfers, and substitute a different IP address for the user's, so that anyone monitoring a torrent swarm will only see that address.
Associated technologies
Distributed trackers
On 2 May 2005, Azureus 2.3.0.0 (now known as Vuze) was released, utilizing a distributed database system. This system is a distributed hash table implementation which allows the client to use torrents that do not have a working BitTorrent tracker. A bootstrap server is instead utilized. The following month, BitTorrent, Inc. released version 4.2.0 of the Mainline BitTorrent client, which supported an alternative DHT implementation (popularly known as "Mainline DHT", outlined in a draft on their website) that is incompatible with that of Azureus. In 2014, measurement showed concurrent users of Mainline DHT to be from 10 million to 25 million, with a daily churn of at least 10 million.
Current versions of the official BitTorrent client, μTorrent, BitComet, Transmission and BitSpirit all share compatibility with Mainline DHT. Both DHT implementations are based on Kademlia. As of version 3.0.5.0, Azureus also supports Mainline DHT in addition to its own distributed database through use of an optional application plugin. This potentially allows the Azureus/Vuze client to reach a bigger swarm.
Another idea that has surfaced in Vuze is that of virtual torrents. This idea is based on the distributed tracker approach and is used to describe some web resource. Currently, it is used for instant messaging. It is implemented using a special messaging protocol and requires an appropriate plugin. Anatomic P2P is another approach, which uses a decentralized network of nodes that route traffic to dynamic trackers. Most BitTorrent clients also use peer exchange (PEX) to gather peers in addition to trackers and DHT. Peer exchange checks with known peers to see if they know of any other peers. With the 3.0.5.0 release of Vuze, all major BitTorrent clients now have compatible peer exchange.
Web seeding
Further information: Torrent file § HTTP seedsWeb "seeding" was implemented in 2006 as the ability of BitTorrent clients to download torrent pieces from an HTTP source in addition to the "swarm". The advantage of this feature is that a website may distribute a torrent for a particular file or batch of files and make those files available for download from that same web server; this can simplify long-term seeding and load balancing through the use of existing, cheap, web hosting setups. In theory, this would make using BitTorrent almost as easy for a web publisher as creating a direct HTTP download. In addition, it would allow the "web seed" to be disabled if the swarm becomes too popular while still allowing the file to be readily available. This feature has two distinct specifications, both of which are supported by Libtorrent and the 26+ clients that use it.
The first was created by John "TheSHAD0W" Hoffman, who created BitTornado. This first specification requires running a web service that serves content by info-hash and piece number, rather than filename.
The other specification is created by GetRight authors and can rely on a basic HTTP download space (using byte serving).
In September 2010, a new service named Burnbit was launched which generates a torrent from any URL using webseeding. There are server-side solutions that provide initial seeding of the file from the web server via standard BitTorrent protocol and when the number of external seeders reach a limit, they stop serving the file from the original source.
RSS feeds
Main article: BroadcatchingA technique called broadcatching combines RSS feeds with the BitTorrent protocol to create a content delivery system, further simplifying and automating content distribution. Steve Gillmor explained the concept in a column for Ziff-Davis in December 2003. The discussion spread quickly among bloggers (Ernest Miller, Chris Pirillo, etc.). In an article entitled Broadcatching with BitTorrent, Scott Raymond explained:
I want RSS feeds of BitTorrent files. A script would periodically check the feed for new items, and use them to start the download. Then, I could find a trusted publisher of an Alias RSS feed, and "subscribe" to all new episodes of the show, which would then start downloading automatically – like the "season pass" feature of the TiVo.
— Scott Raymond, scottraymond.net
The RSS feed will track the content, while BitTorrent ensures content integrity with cryptographic hashing of all data, so feed subscribers will receive uncorrupted content. One of the first and popular software clients (free and open source) for broadcatching is Miro. Other free software clients such as PenguinTV and KatchTV are also now supporting broadcatching. The BitTorrent web-service MoveDigital added the ability to make torrents available to any web application capable of parsing XML through its standard REST-based interface in 2006, though this has since been discontinued. Additionally, Torrenthut is developing a similar torrent API that will provide the same features, and help bring the torrent community to Web 2.0 standards. Alongside this release is a first PHP application built using the API called PEP, which will parse any Really Simple Syndication (RSS 2.0) feed and automatically create and seed a torrent for each enclosure found in that feed.
Throttling and encryption
Main article: BitTorrent protocol encryptionSince BitTorrent makes up a large proportion of total traffic, some ISPs have chosen to "throttle" (slow down) BitTorrent transfers. For this reason, methods have been developed to disguise BitTorrent traffic in an attempt to thwart these efforts. Protocol header encrypt (PHE) and Message stream encryption/Protocol encryption (MSE/PE) are features of some BitTorrent clients that attempt to make BitTorrent hard to detect and throttle. As of November 2015, Vuze, BitComet, KTorrent, Transmission, Deluge, μTorrent, MooPolice, Halite, qBittorrent, rTorrent, and the latest official BitTorrent client (v6) support MSE/PE encryption.
In August 2007, Comcast was preventing BitTorrent seeding by monitoring and interfering with the communication between peers. Protection against these efforts is provided by proxying the client-tracker traffic via an encrypted tunnel to a point outside of the Comcast network. In 2008, Comcast called a "truce" with BitTorrent, Inc. with the intention of shaping traffic in a protocol-agnostic manner. Questions about the ethics and legality of Comcast's behavior have led to renewed debate about net neutrality in the United States. In general, although encryption can make it difficult to determine what is being shared, BitTorrent is vulnerable to traffic analysis. Thus, even with MSE/PE, it may be possible for an ISP to recognize BitTorrent and also to determine that a system is no longer downloading but only uploading data, and terminate its connection by injecting TCP RST (reset flag) packets.
Multitrackers
Another unofficial feature is an extension to the BitTorrent metadata format proposed by John Hoffman and implemented by several indexing websites. It allows the use of multiple trackers per file, so if one tracker fails, others can continue to support file transfer. It is implemented in several clients, such as BitComet, BitTornado, BitTorrent, KTorrent, Transmission, Deluge, μTorrent, rtorrent, Vuze, and Frostwire. Trackers are placed in groups, or tiers, with a tracker randomly chosen from the top tier and tried, moving to the next tier if all the trackers in the top tier fail.
Torrents with multiple trackers can decrease the time it takes to download a file, but also have a few consequences:
- Poorly implemented clients may contact multiple trackers, leading to more overhead-traffic.
- Torrents from closed trackers suddenly become downloadable by non-members, as they can connect to a seed via an open tracker.
Peer selection
As of December 2008, BitTorrent, Inc. was working with Oversi on new Policy Discover Protocols that query the ISP for capabilities and network architecture information. Oversi's ISP hosted NetEnhancer box is designed to "improve peer selection" by helping peers find local nodes, improving download speeds while reducing the loads into and out of the ISP's network.
Implementations
Main article: Comparison of BitTorrent clientsThe BitTorrent specification is free to use and many clients are open source, so BitTorrent clients have been created for all common operating systems using a variety of programming languages. The official BitTorrent client, μTorrent, qBittorrent, Transmission, Vuze, and BitComet are some of the most popular clients.
Some BitTorrent implementations such as MLDonkey and Torrentflux are designed to run as servers. For example, this can be used to centralize file sharing on a single dedicated server which users share access to on the network. Server-oriented BitTorrent implementations can also be hosted by hosting providers at co-located facilities with high bandwidth Internet connectivity (e.g., a datacenter) which can provide dramatic speed benefits over using BitTorrent from a regular home broadband connection. Services such as ImageShack can download files on BitTorrent for the user, allowing them to download the entire file by HTTP once it is finished.
The Opera web browser supports BitTorrent natively. Brave web browser ships with an extension which supports WebTorrent, a BitTorrent-like protocol based on WebRTC instead of UDP and TCP. BitLet allowed users to download Torrents directly from their browser using a Java applet (until browsers removed support for Java applets). An increasing number of hardware devices are being made to support BitTorrent. These include routers and NAS devices containing BitTorrent-capable firmware like OpenWrt. Proprietary versions of the protocol which implement DRM, encryption, and authentication are found within managed clients such as Pando.
Adoption
A growing number of individuals and organizations are using BitTorrent to distribute their own or licensed works (e.g. indie bands distributing digital files of their new songs). Independent adopters report that BitTorrent technology reduces demands on private networking hardware and bandwidth, an essential for non-profit groups with large amounts of internet traffic.
Many major open source and free software projects encourage BitTorrent as well as conventional downloads of their products (via HTTP, FTP etc.) to increase availability and to reduce load on their own servers, especially when dealing with larger files. In addition, some video game installers, especially those whose large size makes them difficult to host due to bandwidth limits, extremely frequent downloads, and unpredictable changes in network traffic, will distribute instead a specialized, stripped down BitTorrent client with enough functionality to download the game from the other running clients and the primary server (which is maintained in case not enough peers are available).
Some uses of BitTorrent for file sharing may violate laws in some jurisdictions (see legislation section).
Popularity and traffic statistics
As of January 2012, BitTorrent is utilized by 150 million active users. Based on this figure, the total number of monthly users may be estimated to more than a quarter of a billion (≈ 250 million). As of February 2013, BitTorrent was responsible for 3.35% of all worldwide bandwidth—more than half of the 6% of total bandwidth dedicated to file sharing. As of 2013, BitTorrent had 15–27 million concurrent users at any time.
Film, video, and music
- BitTorrent Inc. has obtained a number of licenses from Hollywood studios for distributing popular content from their websites.
- Sub Pop Records releases tracks and videos via BitTorrent Inc. to distribute its 1000+ albums. Babyshambles and The Libertines (both bands associated with Pete Doherty) have extensively used torrents to distribute hundreds of demos and live videos. US industrial rock band Nine Inch Nails frequently distributes albums via BitTorrent.
- Podcasting software has integrated BitTorrent to help podcasters deal with the download demands of their MP3 "radio" programs. Specifically, Juice and Miro (formerly known as Democracy Player) support automatic processing of .torrent files from RSS feeds. Similarly, some BitTorrent clients, such as μTorrent, are able to process web feeds and automatically download content found within them.
- DGM Live previously used BitTorrent to distribute music purchases.
- VODO was a platform for promoting and distributing freely licensed films. It used BitTorrent for distribution and encouraged downloaders to donate to content creators.
Broadcasters
- The CBC distributed the show Canada's Next Great Prime Minister via BitTorrent after the broadcast, becoming the first major broadcaster in North America to do so.
- The NRK distributes a few past shows via BitTorrent.
- VPRO released CC-licensed documentaries in 2009 and 2010 via BitTorrent.
Cloud Service Providers
- Amazon S3 previously supported seeding public objects via the BitTorrent protocol.
Software
- Blizzard Entertainment previously distributed content and patches for Diablo III, StarCraft II and World of Warcraft via BitTorrent.
- Wargaming uses BitTorrent in their popular titles World of Tanks, World of Warships and World of Warplanes to distribute game updates.
- Resilio Sync is a BitTorrent-based folder-syncing tool which can act as an alternative to server-based synchronisation services such as Dropbox.
Government
- The British government used BitTorrent to distribute details about how the tax money of British citizens was spent.
Education
- Florida State University uses BitTorrent to distribute large scientific data sets to its researchers.
- Many universities that have BOINC distributed computing projects have used the BitTorrent functionality of the client-server system to reduce the bandwidth costs of distributing the client-side applications used to process the scientific data. If a BOINC distributed computing application needs to be updated (or merely sent to a user), it can do so with little impact on the BOINC server.
- The developing Human Connectome Project uses BitTorrent to share their open dataset.
- Academic Torrents is a BitTorrent tracker for use by researchers in fields that need to share large datasets
Others
- Facebook uses BitTorrent to distribute updates to Facebook servers.
- Twitter uses BitTorrent to distribute updates to Twitter servers.
- The Internet Archive added BitTorrent to its file download options for over 1.3 million existing files, and all newly uploaded files, in August 2012. This method is the fastest means of downloading media from the Archive.
By early 2015, AT&T estimated that BitTorrent accounted for 20% of all broadband traffic.
Routers that use network address translation (NAT) must maintain tables of source and destination IP addresses and ports. Because BitTorrent frequently contacts 20–30 servers per second, the NAT tables of some consumer-grade routers are rapidly filled. This is a known cause of some home routers ceasing to work correctly.
Legislation
Main article: Legal issues with BitTorrentAlthough the protocol itself is legal, problems stem from using the protocol to traffic copyright infringing works, since BitTorrent is often used to download otherwise paid content, such as movies and video games. There has been much controversy over the use of BitTorrent trackers. BitTorrent metafiles themselves do not store file contents. Whether the publishers of BitTorrent metafiles violate copyrights by linking to copyrighted works without the authorization of copyright holders is controversial. Various jurisdictions have pursued legal action against websites that host BitTorrent trackers.
As a result the use of BitTorrent may sometimes be limited by Internet Service Providers (ISPs) due to legal or copyright grounds. Users may choose to run seedboxes or virtual private networks (VPNs) to circumvent these restrictions.
High-profile examples include the closing of Suprnova.org, TorrentSpy, LokiTorrent, BTJunkie, Mininova, Oink's Pink Palace and What.cd. BitTorrent search engine The Pirate Bay torrent website, formed by a Swedish group, is noted for the "legal" section of its website in which letters and replies on the subject of alleged copyright infringements are publicly displayed. On 31 May 2006, The Pirate Bay's servers in Sweden were raided by Swedish police on allegations by the MPAA of copyright infringement; however, the tracker was up and running again three days later. In the study used to value NBC Universal in its merger with Comcast, Envisional examined the 10,000 torrent swarms managed by PublicBT which had the most active downloaders. After excluding pornographic and unidentifiable content, it was found that only one swarm offered legitimate content.
In the United States, more than 200,000 lawsuits have been filed for copyright infringement on BitTorrent since 2010. In the United Kingdom, on 30 April 2012, the High Court of Justice ordered five ISPs to block The Pirate Bay.
Security
One concern is the UDP flood attack. BitTorrent implementations often use μTP for their communication. To achieve high bandwidths, the underlying protocol used is UDP, which allows spoofing of source addresses of internet traffic. It has been possible to carry out denial-of-service attacks in a P2P lab environment, where users running BitTorrent clients act as amplifiers for an attack at another service. However this is not always an effective attack because ISPs can check if the source address is correct.
Several studies on BitTorrent found files available for download containing malware. In particular, one small sample indicated that 18% of all executable programs available for download contained malware. Another study claims that as much as 14.5% of BitTorrent downloads contain zero-day malware, and that BitTorrent was used as the distribution mechanism for 47% of all zero-day malware they have found.
See also
- Anonymous P2P
- Anti-Counterfeiting Trade Agreement
- Bencode
- Cache Discovery Protocol
- Comparison of BitTorrent clients
- Comparison of BitTorrent sites
- Comparison of BitTorrent tracker software
- Glossary of BitTorrent terms
- Magnet URI scheme
- Simple file verification
- Super-seeding
- Torrent poisoning
References
- ^ Cohen, Bram (October 2002). "BitTorrent Protocol 1.0". BitTorrent.org. Archived from the original on 8 February 2014. Retrieved 1 June 2020.
- ^ Cohen, Bram (2 July 2001). "BitTorrent – a new P2P app". Yahoo eGroups. Archived from the original on 29 January 2008. Retrieved 15 April 2007.
- "What Is BitTorrent and Is It Safe?". www.kaspersky.com. 19 April 2023. Retrieved 24 October 2023.
- "bittorrent vs HTTP". 13 June 2009. Archived from the original on 13 June 2009. Retrieved 24 October 2023.
- "BitTorrent: The "one third of all Internet traffic" Myth * TorrentFreak".
- Marozzo, Fabrizio; Talia, Domenico; Trunfio, Paolo (2020). "A Sleep-and-Wake technique for reducing energy consumption in BitTorrent networks". Concurrency and Computation: Practice and Experience. 32 (14). doi:10.1002/cpe.5723. ISSN 1532-0634. S2CID 215841734.
- "BitTorrent is No Longer the 'King' of Upstream Internet Traffic * TorrentFreak". Retrieved 19 March 2024.
- "UB Engineering Tweeter". University at Buffalo's School of Engineering and Applied Sciences. Archived from the original on 11 November 2013. Retrieved 4 January 2022.
- "Merge pull request #59 from the8472/new-hash-algos". BitTorrent. 15 May 2017. Archived from the original on 10 November 2021. Retrieved 13 September 2021.
- Cohen, Bram. "The BitTorrent Protocol Specification v2". BitTorrent.org. BitTorrent. Archived from the original on 12 November 2020. Retrieved 28 October 2020.
- "TMRR". github.com. kovalensky.
- "Bittorrent-v2". libbittorrent.org. libbittorrent. Archived from the original on 30 October 2020. Retrieved 28 October 2020.
- Menasche, Daniel S.; Rocha, Antonio A. A.; de Souza e Silva, Edmundo A.; Leao, Rosa M.; Towsley, Don; Venkataramani, Arun (2010). "Estimating Self-Sustainability in Peer-to-Peer Swarming Systems". Performance Evaluation. 67 (11): 1243–1258. arXiv:1004.0395. doi:10.1016/j.peva.2010.08.013. ISSN 0166-5316. S2CID 9361889. by D. Menasche, A. Rocha, E. de Souza e Silva, R. M. Leao, D. Towsley, A. Venkataramani.
- Urvoy-Keller (December 2006). "Rarest First and Choke Algorithms Are Enough" (PDF). SIGCOMM. Archived (PDF) from the original on 23 May 2012. Retrieved 9 March 2012.
- Ernesto (12 July 2009). "PublicBT Tracker Set To Patch BitTorrent' Achilles' Heel". Torrentfreak. Archived from the original on 26 March 2014. Retrieved 14 July 2009.
- Chwan-Hwa (John) Wu, J. David Irwin. Introduction to Computer Networks and Cybersecurity. Chapter 5.4.: Partially Centralized Architectures. CRC Press. 4 February 2013. ISBN 9781466572133
- Zeilemaker, N., Capotă, M., Bakker, A., & Pouwelse, J. (2011). "Tribler P2P Media Search and Sharing." Proceedings of the 19th ACM International Conference on Multimedia - MM ’11.
- "DecentralizedRecommendation –". Tribler.org. Archived from the original on 2 December 2008. Retrieved 9 July 2012.
- Wong, Bernard; Vigfusson, Ymir; Gun Sirer, Emin (2 May 2007). "Hyperspaces for Object Clustering and Approximate Matching in Peer-to-Peer Overlays" (PDF). Cornell University. Archived (PDF) from the original on 17 June 2012. Retrieved 7 April 2013.
- Wong, Bernard (2008). "Cubit: Approximate Matching for Peer-to-Peer Overlays". Cornell University. Archived from the original on 31 December 2012. Retrieved 26 May 2008.
- Wong, Bernard. "Approximate Matching for Peer-to-Peer Overlays with Cubit" (PDF). Cornell University. Archived (PDF) from the original on 29 October 2008. Retrieved 26 May 2008.
- "Torrent Exchange". Archived from the original on 5 October 2013. Retrieved 31 January 2010.
The torrent sharing feature of BitComet. Bitcomet.com.
- ^ Tamilmani, Karthik (25 October 2003). "Studying and enhancing the BitTorrent protocol". Stony Brook University. Archived from the original (DOC) on 19 November 2004. Retrieved 6 May 2006.
- Kaune, Sebastian; et al. (2009). "Unraveling BitTorrent's File Unavailability: Measurements and Analysis". arXiv:0912.0625 .
- D. Menasche; et al. (1–4 December 2009). Content Availability and Bundling in Swarming Systems (PDF). CoNEXT'09. Rome, Italy: ACM via sigcomm.org. ISBN 978-1-60558-636-6. Archived (PDF) from the original on 1 May 2011. Retrieved 18 December 2009.
- Kaune, Sebastian; et al. "The Seeder Promotion Problem: Measurements, Analysis and Solution Space" (PDF). Queen Mary's University London. Archived (PDF) from the original on 9 August 2014. Retrieved 20 July 2017.
- "BitTorrent Specification". Wiki.theory.org. Archived from the original on 26 June 2013. Retrieved 9 July 2012.
- "» BitTorrent v2". Archived from the original on 27 September 2020. Retrieved 27 September 2020.
- ^ Jones, Ben (7 June 2015). "BitTorrent's DHT Turns 10 Years Old". TorrentFreak. Archived from the original on 11 June 2015. Retrieved 5 July 2015.
- "Unofficial BitTorrent Protocol Specification v1.0". Archived from the original on 14 December 2006. Retrieved 4 October 2009.
- Harrison, David (3 August 2008). "Private Torrents". Bittorrent.org. Archived from the original on 24 March 2013. Retrieved 4 October 2009.
- "BitComet Banned From Growing Number of Private Trackers". Archived from the original on 26 March 2014. Retrieved 4 October 2009.
- "I2P Compared to Tor - I2P". Archived from the original on 22 December 2015. Retrieved 16 December 2015.
- "I2PHelper HowTo - VuzeWiki". Archived from the original on 20 October 2017. Retrieved 16 December 2015.
- "Bittorrent over Tor isn't a good idea - The Tor Blog". Archived from the original on 13 October 2016. Retrieved 2 October 2016.
- "Tor Project: FAQ". The Tor Project. Archived from the original on 22 October 2016. Retrieved 2 October 2016.
- "This Website Could Be The Ultimate All-In-One Torrent Machine". 8 April 2016. Archived from the original on 8 April 2016.
- "Torrent From the Cloud With Seedr - TorrentFreak". 17 January 2016. Archived from the original on 19 April 2016. Retrieved 8 April 2016.
- "Vuze Changelog". Azureus.sourceforge.net. Archived from the original on 1 December 2006.
- Wang, Liang; Kangasharju, Jussi. (2013). "Measuring Large-Scale Distributed Systems: Case of BitTorrent Mainline DHT" (PDF). IEEE Peer-to-Peer. Archived (PDF) from the original on 12 May 2014. Retrieved 15 May 2014.
- "Khashmir.SourceForge.net". Khashmir.SourceForge.net. Archived from the original on 2 July 2012. Retrieved 9 July 2012.
- "plugins.vuze.com". plugins.vuze.com. Archived from the original on 1 August 2012. Retrieved 9 July 2012.
- "HTTP-Based Seeding Specification". BitTornado.com. Archived from the original (TXT) on 20 March 2004. Retrieved 9 May 2006.
- John Hoffman, DeHackEd (25 February 2008). "HTTP Seeding – BitTorrent Enhancement Proposal № 17". Archived from the original on 13 December 2013. Retrieved 17 February 2012.
- "HTTP/FTP Seeding for BitTorrent". GetRight.com. Archived from the original on 28 December 2009. Retrieved 18 March 2010.
- Michael Burford (25 February 2008). "WebSeed – HTTP/FTP Seeding (GetRight style) – BitTorrent Enhancement Proposal № 19". Bittorrent.org. Archived from the original on 13 December 2013. Retrieved 17 February 2012.
- "Burn Any Web-Hosted File into a Torrent With Burnbit". TorrentFreak. 13 September 2010. Archived from the original on 9 August 2011. Retrieved 9 July 2012.
- "PHP based torrent file creator, tracker and seed server". PHPTracker. Archived from the original on 19 December 2013. Retrieved 9 July 2012.
- Gillmor, Steve (13 December 2003). "BitTorrent and RSS Create Disruptive Revolution". EWeek.com. 14 December 2003. Retrieved 22 April 2007.
- Miller, Ernest (2 March 2004). "BitTorrent + RSS = The New Broadcast". Archived from the original on 23 October 2013.. The Importance of... Corante.com.
- Raymond, Scott (16 December 2003). "Broadcatching with BitTorrent". scottraymond.net. Archived from the original on 13 February 2004.
- "MoveDigital API REST functions". Move Digital. 2006. Archived from the original on 11 August 2006. Retrieved 9 May 2006. Documentation.
- "Prodigem Enclosure Puller(pep.txt)". Prodigem.com. Archived from the original (TXT) on 26 May 2006. Retrieved 9 May 2006. via Internet Wayback Machine.
- "Encrypting Bittorrent to take out traffic shapers". Torrentfreak.com. 5 February 2006. Archived from the original on 26 March 2014. Retrieved 9 May 2006.
- "Comcast Throttles BitTorrent Traffic, Seeding Impossible". Archived from the original on 11 October 2013., TorrentFreak, 17 August 2007.
- Broache, Anne (27 March 2008). "Comcast and BitTorrent Agree to Collaborate". News.com. Archived from the original on 9 May 2008. Retrieved 9 July 2012.
- Soghoian, Chris (4 September 2007). "Is Comcast's BitTorrent filtering violating the law?". Cnet.com. Archived from the original on 15 July 2010. Retrieved 9 July 2012.
- "BEP12: Multitracker Metadata Extension". BitTorrent Inc. Archived from the original on 27 December 2012. Retrieved 28 March 2013.
- "P2P:Protocol:Specifications:Multitracker". wiki.depthstrike.com. Archived from the original on 26 March 2014. Retrieved 13 November 2009.
- Johnston, Casey (9 December 2008). "Arstechnica.com". Arstechnica.com. Archived from the original on 12 December 2008. Retrieved 9 July 2012.
- Van Der Sar, Ernesto (4 December 2009). "Thunder Blasts uTorrent's Market Share Away". TorrentFreak. Archived from the original on 7 December 2009. Retrieved 15 September 2011.
- "uTorrent Dominates BitTorrent Client Market Share". TorrentFreak. 24 June 2009. Archived from the original on 3 April 2014. Retrieved 25 June 2013.
- "Windows Public File Sharing Market Share 2015". opswat. Archived from the original on 14 April 2016. Retrieved 1 April 2016.
- Henry, Alan (19 May 2015). "Most Popular BitTorrent Client 2015". lifehacker. Archived from the original on 9 April 2016. Retrieved 1 April 2016.
- "Torrent Server combines a file server with P2P file sharing". Turnkeylinux.org. Archived from the original on 7 July 2012. Retrieved 9 July 2012.
- Anderson, Nate (1 February 2007). "Does network neutrality mean an end to BitTorrent throttling?". Ars Technica, LLC. Archived from the original on 16 December 2008. Retrieved 9 February 2007.
- Mark (7 May 2020). "How to Stream Movies and Download Torrent Files in Brave Browser". Browser Pulse. Archived from the original on 9 October 2020. Retrieved 6 October 2020.
- "What extensions are built into Brave?". Brave Help Center. Archived from the original on 8 January 2022. Retrieved 8 January 2022.
- Bahgat, Alessandro (10 October 2008). "BitLet - Bittorrent applet". Alessandro Bahgat. Archived from the original on 21 November 2021. Retrieved 8 January 2022.
- See for example "8 Legal Uses for BitTorrent". 17 August 2013. Archived from the original on 5 May 2021. The Internet Archive
- "Complete Download Options List – BitTorrent". Ubuntu.com. Archived from the original on 24 April 2010. Retrieved 7 May 2009.
- "BitTorrent and μTorrent Software Surpass 150 Million User Milestone". Bittorrent.com. 9 January 2012. Archived from the original on 26 March 2014. Retrieved 9 July 2012.
- "Application Usage & Threat Report". Palo Alto Networks. 2013. Archived from the original on 31 October 2013. Retrieved 7 April 2013.
- Wang, Liang; Kangasharju, J. (1 September 2013). "Measuring large-scale distributed systems: Case of BitTorrent Mainline DHT". IEEE P2P 2013 Proceedings. pp. 1–10. doi:10.1109/P2P.2013.6688697. ISBN 978-1-4799-0515-7. S2CID 5659252. Archived from the original on 18 November 2015. Retrieved 7 January 2016.
- "Sub Pop page on BitTorrent.com". Archived from the original on 14 January 2007. Retrieved 13 December 2006.
- "Need Help?". Archived from the original on 19 November 2016.
- "What is VODO?". Archived from the original on 22 January 2013.
- "P2P Backed Film Platform to Reward Influencers". TorrentFreak. 3 October 2010. Archived from the original on 15 July 2024. Retrieved 1 January 2025.
- "CBC to BitTorrent Canada's Next Great Prime Minister". CBC News. 19 March 2008. Archived from the original on 6 May 2012. Retrieved 1 January 2025.
- "Download Canada's Next Great Prime Minister BitTorrents". 23 March 2008. Archived from the original on 31 March 2012. Retrieved 1 January 2025.
- "Bittorrent fra NRK" (in Norwegian). Archived from the original on 20 July 2024. Retrieved 1 January 2025.
- "Torrents uploaded by EeuwvandeStad". Archived from the original on 24 March 2017.
- "VPRO gemeengoed" (in Dutch). 1 October 2009. Archived from the original on 23 June 2016.
- "Download California Dreaming" (in Dutch). 8 November 2010. Archived from the original on 21 June 2015.
- "Announcements about S3 BitTorrent discontinuation shouldn't be buried in the commit history · Issue #27 · awsdocs/amazon-s3-userguide". GitHub. Archived from the original on 30 September 2021. Retrieved 30 September 2021.
- "Retrieving Amazon S3 objects using BitTorrent". 1 January 2025. Archived from the original on 11 May 2021. Retrieved 1 January 2025.
- "Blizzard Downloader". Fandom. 6 December 2022. Archived from the original on 10 September 2024. Retrieved 1 January 2025.
- "Disable p2p option gone? - Battle.net Forums". web.archive.org. 15 July 2016. Retrieved 31 December 2024.
- "World of Tanks FAQ". Wargaming. 1 January 2025. Retrieved 1 January 2025.
- "BitTorrent Sync". Archived from the original on 4 November 2013. Retrieved 29 August 2013.
- Bennett, Samuel (4 November 2016). "BitTorrent Sync is now Resilio Sync". Resilio Blog. Retrieved 1 January 2025.
- HM Government (4 September 2012). "Combined Online Information System". Data.Gov.Uk Beta. Controller of Her Majesty's Stationery Office. Archived from the original on 26 March 2014. Retrieved 7 September 2012.
- Ernesto (4 June 2010). "UK Government Uses BitTorrent to Share Public Spending Data". TorrentFreak. Archived from the original on 27 October 2013. Retrieved 7 September 2012.
- "HPC Data Repository". Florida State University. Archived from the original on 2 April 2013. Retrieved 7 April 2013.
- Costa, Fernando; Silva, Luis; Fedak, Gilles; Kelley, Ian (2008). "Optimizing the data distribution layer of BOINC with Bit Torrent". 2008 IEEE International Symposium on Parallel and Distributed Processing. IEEE. p. 1. doi:10.1109/IPDPS.2008.4536446. ISBN 978-1-4244-1693-6. S2CID 13265537.(registration required)
- "Torrents Help Researchers Worldwide to Study Babies' Brains". Torrent Freak. 3 June 2017. Archived from the original on 5 January 2018. Retrieved 4 January 2018.
- "Academic Torrents Website". Archived from the original on 7 May 2020. Retrieved 4 May 2020.
- Miccoli, Fräntz (2014). "Academic Torrents: Bringing P2P Technology to the Academic World". MyScienceWork. Archived from the original on 26 July 2020. Retrieved 6 May 2020.
- Ernesto (25 June 2010). "Facebook Uses BitTorrent, and They Love It". Torrent Freak. Archived from the original on 19 April 2014. Retrieved 7 September 2012.
- Ernesto (10 February 2010). "Twitter Uses BitTorrent For Server Deployment". Torrent Freak. Archived from the original on 26 March 2014. Retrieved 7 September 2012.
- Ernesto (16 July 2010). "BitTorrent Makes Twitter's Server Deployment 75x Faster". Torrent Freak. Archived from the original on 26 March 2014. Retrieved 7 September 2012.
- ^ Ernesto (7 August 2012). "Internet Archive Starts Seeding 1,398,875 Torrents". TorrentFreak. Archived from the original on 8 August 2012. Retrieved 7 August 2012.
- "Hot List for bt1.us.archive.org (Updated August 7, 2012, 7:31 pm PDT)". Archived from the original on 3 August 2012. Retrieved 8 August 2012.. Archive.org.
- "Welcome to Archive torrents". Archived from the original on 19 January 2016. Retrieved 22 December 2015.. Archive.org. 2012.
- "AT&T Patents System to 'Fast-Lane' BitTorrent Traffic". TheStack.com. 8 May 2006. Archived from the original on 23 February 2015. Retrieved 5 March 2015.
- "FAQ:Modems/routers that are known to have problems with P2P apps". uTorrent.com. Archived from the original on 13 September 2008. Retrieved 7 April 2013.
- Halkes, Gertjan; Pouwelse, Johan (2011). Jordi Domingo-Pascual; et al. (eds.). UDP NAT and Firewall Puncturing in the Wild. 10th International IFIP TC 6 Networking Conference. NETWORKING 2011:10th International IFIP TC 6 Networking Conference, Valencia, Spain, May 9–13, 2011, Proceedings. Springer. p. 7. ISBN 9783642207976. Archived from the original on 9 May 2013. Retrieved 7 April 2013.
- "Is torrenting safe? Is it illegal? Are you likely to be caught?". 29 November 2018. Archived from the original on 6 April 2018. Retrieved 5 October 2018.
- "The Piratebay is Down: Raided by the Swedish Police". TorrentFreak. 31 May 2006. Archived from the original on 16 April 2014. Retrieved 20 May 2007.
- "Technical report: An Estimate of Infringing Use of the Internet" (PDF). Envisional. 1 January 2011. Archived (PDF) from the original on 25 April 2012. Retrieved 6 May 2012.
- "BitTorrent: Copyright Lawyers' Favourite Target Reaches 200,000 Lawsuits". The Guardian. 9 August 2011. Archived from the original on 4 December 2013. Retrieved 10 January 2014.
- Albanesius, Chloe (30 April 2012). "U.K. High Court Orders ISPs to Block The Pirate Bay". PC Magazine. Archived from the original on 25 May 2013. Retrieved 6 May 2012.
- Adamsky, Florian (2015). "P2P File-Sharing in Hell: Exploiting BitTorrent Vulnerabilities to Launch Distributed Reflective DoS Attacks". Archived from the original on 1 October 2015. Retrieved 21 August 2015.
- Berns, Andrew D.; Jung, Eunjin (EJ) (24 April 2008). "Searching for Malware in Bit Torrent". University of Iowa, via TechRepublic. Archived from the original on 1 May 2013. Retrieved 7 April 2013.(registration required)
- Vegge, Håvard; Halvorsen, Finn Michael; Nergård, Rune Walsø (2009). Where Only Fools Dare to Tread: An Empirical Study on the Prevalence of Zero-Day Malware (PDF). 2009 Fourth International Conference on Internet Monitoring and Protection. IEEE Computer Society. p. 66. doi:10.1109/ICIMP.2009.19. ISBN 978-1-4244-3839-6. S2CID 15567480. Archived from the original (PDF (orig. work + pub. paper)) on 17 June 2013.
Further reading
- Pouwelse, Johan; et al. (2005). "The Bittorrent P2P File-Sharing System: Measurements and Analysis". Peer-to-Peer Systems IV. Lecture Notes in Computer Science. Vol. 3640. Berlin: Springer. pp. 205–216. doi:10.1007/11558989_19. ISBN 978-3-540-29068-1. Retrieved 4 September 2011.
- Czerniawski, Michal (20 December 2009). Responsibility of Bittorrent Search Engines for Copyright Infringements (Thesis). SSRN. doi:10.2139/ssrn.1540913. SSRN 1540913.
- Cohen, Bram (16 February 2005). "Under the hood of BitTorrent". Computer Systems Colloquium (EE380). Stanford University.
External links
BitTorrent | |
---|---|
Companies | |
People | |
Technology | |
Clients (comparison, usage share) |
|
Tracker software (comparison) | |
Search engines (comparison) | |
Defunct sites (comparison) | |
Related topics | |
Peer-to-peer file sharing | |||||||
---|---|---|---|---|---|---|---|
Networks, protocols |
| ||||||
Comparisons of clients | |||||||
Hyperlinks | |||||||
Uses | |||||||
Concepts |
| ||||||
Internal technologies |