«БітТо́рент» (BitTorrent) — відкритий протокол обміну інформацією у мережах типу peer-to-peer. Автором проєкту є , який створив першу версію у квітні 2001 разом із першим клієнтом з тією ж назвою.
Принципи роботи протоколу
![image](https://www.wikidata.uk-ua.nina.az/image/aHR0cHM6Ly93d3cud2lraWRhdGEudWstdWEubmluYS5hei9pbWFnZS9hSFIwY0hNNkx5OTFjR3h2WVdRdWQybHJhVzFsWkdsaExtOXlaeTkzYVd0cGNHVmthV0V2WTI5dGJXOXVjeTh6THpOa0wxUnZjbkpsYm5SamIyMXdYM050WVd4c0xtZHBaZz09LmdpZg==.gif)
Протокол розробляли таким чином, аби обмін файлами великих розмірів у мережі був полегшений для її учасників. Один із принципів роботи протоколу BitTorrent такий: навантаження на учасника, який розповсюджує певний файл, зменшується завдяки тому, що клієнти, які його скачують, починають обмінюватися даними між собою одразу, навіть поки файл повністю не скачано. Таким чином, клієнти, які скачали певну частину великого файлу, одразу можуть бути джерелами його розповсюдження.
Така ідея організації протоколу має переваги порівняно з протоколами peer-to-peer-мереж першого покоління, де файл скачується з одного розповсюджувача чи з декількох розповсюджувачів частинами.
Для отримання інформації про розповсюджувачів певного файлу клієнт може звернутися до так званих трекерів.
Трекер (англ. tracker) — спеціалізований сервер, який працює по протоколу HTTP. Трекер використовується для того, щоб клієнти могли знайти один одного. На трекері зберігаються IP-адреси клієнтів, вхідні порти клієнтів та хеш-суми, які унікальним чином ідентифікують об'єкти, що беруть участь у скачуваннях. За стандартом, імена файлів на трекері не зберігаються, та дізнатися їх за хеш-сумами не можна. Проте на практиці часто трекер, окрім своєї основної функції, виконує також функцію невеличкого вебсерверу. Такий сервер зберігає файли метаданих, що містять значення хеш-функції, та разом з ними опис файлів, які розповсюджуються, кількість розповсюджувачів, статистику завантажень тощо.
Перед початком завантаження файлу клієнт з'єднується з трекером, повідомляє йому свою IP-адресу та хеш-суму файла, що завантажується. У відповідь клієнт отримує адреси інших учасників мережі, які розповсюджують або закачують той самий файл. Далі клієнт періодично інформує трекер про хід процесу завантаження та отримує оновлений перелік адрес.
Клієнти з'єднуються один з одним та обмін даними відбувається без безпосередньої участі трекера. Учасники закачування обмінюються інформацією про наявність сегментів файлу. Клієнт, який бажає закачати певний фрагмент, надсилає запит, і, якщо інший клієнт готовий його надати, відбувається процес закачування. Після цього клієнт перевіряє контрольну суму сегменту та сповіщає всіх приєднаних учасників закачування про його наявність.
Для ефективної роботи мережі BitTorrent необхідно, щоб якомога більше клієнтів були здатні приймати вхідні з'єднання. Неправильна настройка NAT чи файрволу можуть цьому заважати.
Алгоритм обміну даними
Кожен клієнт має можливість тимчасово блокувати віддачу іншому клієнтові (англ. choke). Це робиться для ефективнішого використання каналу віддачі. Крім того, при виборі — кого розблокувати, перевага віддається пірам, які самі передали цьому клієнтові багато сегментів. Таким чином, піри з хорошими швидкостями віддачі заохочують один одного за принципом «ти — мені, я — тобі».
Обмін сегментами ведеться за принципом «ти — мені, я — тобі» симетрично в двох напрямках. Клієнти повідомляють один одному про наявні у них сегменти при підключенні та потім при отриманні нових сегментів, і тому кожен клієнт може зберігати інформацію про те, які сегменти є у інших підключених пірів. Порядок обміну обирається таким чином, щоб спочатку клієнти обмінювалися найрідкіснішими сегментами: таким чином підвищується доступність файлів в роздачі. Водночас вибір сегмента серед найрідкісніших випадковий, і тому можна уникнути ситуації, коли всі клієнти починають завантажувати один і той же самий рідкісний сегмент, що мало б негативний вплив на продуктивність.
Обмін даними починається, коли обидві сторони в ньому зацікавлені, тобто, кожна зі сторін має сегменти, яких немає в іншої. Кількість переданих сегментів підраховується, і якщо одна із сторін виявляє, що передає в середньому більше, ніж приймає, вона блокує (англ. choke) на деякий час віддачу іншій стороні. Таким чином, в протокол закладено захист від .
Сегменти діляться на блоки розміром 16—4096 кілобайт, і кожен клієнт запитує саме ці блоки. Одночасно можуть запитуватися блоки з різних сегментів. Більш того, деякі клієнти підтримують скачування блоків одного сегмента у різних пірів. У цьому випадку описані вище алгоритми і механізми обміну застосовуються і до рівня блоків.
Режим End game
Коли скачування майже завершено, клієнт входить в особливий режим, так званий end game. У цьому режимі він запитує всі сегменти, що залишилися у всіх підключених пірів, що дозволяє уникнути уповільнення або повного «Зависання» майже завершеного закачування через кілька повільних клієнтів.
Специфікація протоколу не визначає, коли саме клієнт повинен увійти в режим «end game», однак існує набір загальноприйнятих практик. Деякі клієнти входять в цей режим, коли не залишилося незапитаних блоків, інші — поки кількість блоків, що залишилися, менше кількості тих що передаються і не більше 20. Існує думка, що краще підтримувати кількість очікуваних блоків низьким (1 або 2) для мінімізації надлишковості, і що при випадковому запиту менший шанс отримати дублікати одного і того ж блоку.
Сідерування
При отриманні повного файлу клієнт переходить в спеціальний режим роботи, в якому він тільки віддає дані (стає сідом). Далі сід періодично інформує трекер про зміни в стані закачувань і оновлює списки IP-адрес.
Загальні особливості
- Відсутність черг на скачування.
- Файли закачуються невеликими фрагментами; чим менше доступний фрагмент, тим частіше він передаватиметься. Таким чином, присутність в мережі «сідера» з повним файлом для завантаження необов'язково — система розподіляє сегменти між «пірами», щоб в подальшому вони могли обмінюватися відсутніми сегментами.
- Клієнти (піри) обмінюються сегментами безпосередньо між собою, за принципом «ти — мені, я — тобі».
- Завантажені фрагменти стають негайно доступні іншим клієнтам.
- Контролюється цілісність кожного фрагмента.
- На фрагменти розбиваються не окремі файли, а вся роздача, тому у , який побажав завантажити лише деякі файли з роздачі, для підтримки цілісності фрагментів часто зберігатиметься також невеликий обсяг надлишкової (для нього) інформації.
- Як об'єкт роздачі можуть виступати декілька файлів (наприклад, вміст каталогу).
Файл метаданих
Для кожного файлу, що розповсюджується, створюється файл метаданих з розширенням .torrent, який містить наступну інформацію: URL трекеру, загальну інформацію про файл (ім'я, розмір та ін.), контрольні суми сегментів файлу.
Файли метаданих можуть розповсюджуватися через будь-які канали зв'язку: вони, чи посилання на них, можуть розміщатися на вебсерверах, пересилатися електронною поштою, публікуватися у блогах та ін. Клієнт може розпочинати завантаження, отримавши будь-яким чином файл з метаданими, у якому є посилання на трекер.
Робота без трекера
У нових версіях протоколу розроблено безтрекерні (англ. trackerless) механізми обміну інформацією. Таким чином працездатність всієї мережі не залежатиме від роботи трекера.
Починаючи з версії 4.2.0 офіційного BitTorrent-клієнта, в ньому реалізована функція безтрекерної роботи, яка базується на протоколі Kademlia. У таких системах трекер доступний децентралізовано, на клієнтах-учасниках мережі, у формі розподіленої хеш-таблиці (Distributed hash-table, DHT).
У цей час не всі BitTorrent-клієнти використовують сумісні протоколи. Між собою сумісні [en], µTorrent, KTorrent та офіційний клієнт BitTorrent. [en] також має режим безтрекерної роботи, але його реалізація відрізняється від офіційної, через що він не може працювати через DHT з наведеними вище клієнтами.
Термінологія
![image](https://www.wikidata.uk-ua.nina.az/image/aHR0cHM6Ly93d3cud2lraWRhdGEudWstdWEubmluYS5hei9pbWFnZS9hSFIwY0hNNkx5OTFjR3h2WVdRdWQybHJhVzFsWkdsaExtOXlaeTkzYVd0cGNHVmthV0V2WTI5dGJXOXVjeTkwYUhWdFlpODFMelZrTDB4bFpXTm9YMkpwZEhSdmNuSmxiblF1Y0c1bkx6SXdNSEI0TFV4bFpXTm9YMkpwZEhSdmNuSmxiblF1Y0c1bi5wbmc=.png)
- Анонс (англ. announce) — звернення клієнта до трекера за допомогою (HTTP-GET)-запиту. При кожному анонсі клієнт передає на трекер інформацію про об'єми завантаженого і відданого, a трекер передає клієнтові список адрес інших клієнтів. Звертання клієнта до трекера відбувається через певні проміжки часу, які визначаються налаштуваннями клієнта і трекера.
- Вебсід — HTTP- або FTP-сервер, що використовується як джерело даних, нарівні зі звичайними сідами
- Доступність (англ. availability, англ. distributed copies — розповсюджені копії) — кількість повних копій файлу, доступних клієнтові. Кожен сид додає 1,0 до цього числа; лічери збільшують доступність залежно від кількості завантаженого, якого немає в інших пірів. Наприклад, якщо на роздачі є один сід і два лічера, що викачали по 50 % файлу (викачані частини рівні між собою), то доступність дорівнюватиме 1,50.
- Заглухлий (англ. choked — заглухлий, придушений) — клієнт, обмін даними з яким зупинився. Або його канал на вихід забитий повністю і він не може нічого передати (досяг max_uploads), або він є сідом і йому нічого не потрібно отримувати.
- Зацікавлений (англ. interested) — учасник, що бажає отримати частини файлу, наявні в іншого учасника. Наприклад, якщо у клієнта А немає якихось частин, які є у клієнта Б, вважається, що клієнт А зацікавлений в обміні з клієнтом Б.
- Надлишки — дані, які були послані піром або сідом, та одержувач їхх не потребує. До надлишків також відносяться помилки хешу.
- Індекс (англ. index) — це список .torrent-файлів (зазвичай включає описи та іншу інформацію), керовані вебсайтом ( індексатором) і доступні для пошуку. Сайт, що індексує часто помилково називають трекером.
- Ліч, іноді (англ. leech — п'явка) — пір, який не має всіх сегментів, тобто той, що продовжує скачування. Термін часто вживається і в негативному сенсі, який він має в інших файлообмінних мережах: користувач, який віддає значно менше, ніж викачує.
- Отруєний торент — ситуація, коли частина пірів роздає пошкоджені, або навмисно сфальсифіковані сегменти.
- Пір (англ. peer — співучасник) — клієнт, що бере участь в роздачі.
- Пошкребти (англ. scrape — шкребти, дряпати) — процес, аналогічний анонсу, але клієнт запитує тільки статистику торента, інформацію про підключених клієнтів і можливості з ними зв'язатися для обміну.
- Той, що нехтує (англ. snubbed) — клієнт, що є підключеним до одержувача, але не надсилав йому дані вже більше 60 секунд.
- Роздача (англ. seeding) — процес поширення файлу за протоколом BitTorrent.
- Рейтинг (англ. share ratio) — відношення відданого до завантаженого.
- Рій (англ. swarm) — сукупність всіх пірів, що беруть участь в роздачі.
- Сегмент (англ. part — частина) — всі файли для передачі діляться на невеликі частини — сегменти, які, передаються мережею в довільному порядку для оптимізації обміну.
- Сід, іноді сідер (англ. seeder — сіяч) — пір, що має всі сегменти файлу, що поширюється тобто, або початковий розповсюджувач файлу, або той хто вже викачав весь файл і залишився на роздачі.
- [en] — спеціальний режим роздачі в деяких BitTorrent-клієнтів, намагається мінімізувати кількість даних, яке віддасть той, хто роздає до появи першого завантажившого. Суперсід пропонує кожному піру завантажити тільки один сегмент файлу, якого ще немає в інших пірів. Потім сід не віддає цьому піру наступні сегменти, поки не отримає від інших пірів підтвердження, що вони теж отримали цей сегмент. Таким чином, суперсід намагається уникнути повторної віддачі одних і тих же сегментів, і намагається віддавати сегменти тільки тим пірам, які активно передають їх іншим.
- Хеш (англ. hash) — SHA1 окремих сегментів оригінальних файлів, перерахованих в словнику «info» .torrent-файлу. Кожна частина після отримання спочатку перевіряється на збіг хешу. Якщо перевірка не вдалася, дані відкидаються і запитуються ще раз. Також в протоколі використовується хеш самого словника «info»(«інфохеш»), що виступає в ролі ідентифікатора конкретної роздачі при звертанні до трекера, до інших точок мережі, і при складанні magnet-посилань (він містять Base32-подання інфохешу).
- Passkey — аутентифікатор користувача на не анонімних трекерах. Міститься в torrent-файлах. Таким чином, якщо хтось отримає доступ до torrent-файлу (наприклад, користувач по необережності (розшарив) його), він зможе працювати з трекером від імені цього користувача. Трекер може змінити passkey по запиту користувача, але при цьому необхідно буде перезавантажити всі старі torrent-файли (або вручну відредагувати їх), щоб мати можливість і далі роздавати викачані файли.
- URL анонсу (англ. announce URL) — адреса трекера, до якого клієнт робить анонс. У багатьох клієнтів називається «Tracker URL». Може включати «passkey» — унікальний код, призначається трекером для облікового запису користувача, допомагає ідентифікувати його на трекері(додається до URL анонсу в самому *.torrent-файлі при завантаженні).
Примітки
- . Архів оригіналу за 14 грудня 2006. Процитовано 16 лютого 2012.
- [[https://web.archive.org/web/20120217170319/http://hal.inria.fr/inria-00000156/en Архівовано 17 лютого 2012 у Wayback Machine.] HAL — INRIA :: [inria-00000156, version 3] Understanding BitTorrent: An Experimental Perspective]
Посилання
- The BitTorrent Protocol Specification [ 8 лютого 2014 у Wayback Machine.]
- Офіційна сторінка проекту [ 27 лютого 2005 у Wayback Machine.]
- Найбільший безкоштовний торент трекер України Толока
- Torrnet Finder — Бітторент мета-пошуковий сервер [ 1 листопада 2015 у Wayback Machine.]
- Пошуковий сервер [ 24 вересня 2017 у Wayback Machine.] magnet- та torrent-посилань BTDigg
- Як почати користуватись торентом? [ 31 серпня 2010 у Wayback Machine.] — стаття на Blogoreader
- Структура torrent-файлу [ 26 вересня 2017 у Wayback Machine.] (рос.)
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
U Vikipediyi ye statti pro inshi znachennya cogo termina BitTorrent BitTo rent BitTorrent vidkritij protokol obminu informaciyeyu u merezhah tipu peer to peer Avtorom proyektu ye yakij stvoriv pershu versiyu u kvitni 2001 razom iz pershim kliyentom z tiyeyu zh nazvoyu Principi roboti protokoluAnimaciya vikoristannya protokolu kolorovi tochki pid kozhnim komp yuterom v animaciyi vidpovidayut riznim chastinam fajlu yakij rozdayetsya Treker server nadaye tilki odnu kopiyu fajlu i vsi koristuvachi klonuyut jogo chastini odin vid odnogo Pokazano naskilki shvidshe fajl bude zavantazheno yaksho vikoristovuyetsya protokol BitTorrent Protokol rozroblyali takim chinom abi obmin fajlami velikih rozmiriv u merezhi buv polegshenij dlya yiyi uchasnikiv Odin iz principiv roboti protokolu BitTorrent takij navantazhennya na uchasnika yakij rozpovsyudzhuye pevnij fajl zmenshuyetsya zavdyaki tomu sho kliyenti yaki jogo skachuyut pochinayut obminyuvatisya danimi mizh soboyu odrazu navit poki fajl povnistyu ne skachano Takim chinom kliyenti yaki skachali pevnu chastinu velikogo fajlu odrazu mozhut buti dzherelami jogo rozpovsyudzhennya Taka ideya organizaciyi protokolu maye perevagi porivnyano z protokolami peer to peer merezh pershogo pokolinnya de fajl skachuyetsya z odnogo rozpovsyudzhuvacha chi z dekilkoh rozpovsyudzhuvachiv chastinami Dlya otrimannya informaciyi pro rozpovsyudzhuvachiv pevnogo fajlu kliyent mozhe zvernutisya do tak zvanih trekeriv Treker angl tracker specializovanij server yakij pracyuye po protokolu HTTP Treker vikoristovuyetsya dlya togo shob kliyenti mogli znajti odin odnogo Na trekeri zberigayutsya IP adresi kliyentiv vhidni porti kliyentiv ta hesh sumi yaki unikalnim chinom identifikuyut ob yekti sho berut uchast u skachuvannyah Za standartom imena fajliv na trekeri ne zberigayutsya ta diznatisya yih za hesh sumami ne mozhna Prote na praktici chasto treker okrim svoyeyi osnovnoyi funkciyi vikonuye takozh funkciyu nevelichkogo vebserveru Takij server zberigaye fajli metadanih sho mistyat znachennya hesh funkciyi ta razom z nimi opis fajliv yaki rozpovsyudzhuyutsya kilkist rozpovsyudzhuvachiv statistiku zavantazhen tosho Pered pochatkom zavantazhennya fajlu kliyent z yednuyetsya z trekerom povidomlyaye jomu svoyu IP adresu ta hesh sumu fajla sho zavantazhuyetsya U vidpovid kliyent otrimuye adresi inshih uchasnikiv merezhi yaki rozpovsyudzhuyut abo zakachuyut toj samij fajl Dali kliyent periodichno informuye treker pro hid procesu zavantazhennya ta otrimuye onovlenij perelik adres Kliyenti z yednuyutsya odin z odnim ta obmin danimi vidbuvayetsya bez bezposerednoyi uchasti trekera Uchasniki zakachuvannya obminyuyutsya informaciyeyu pro nayavnist segmentiv fajlu Kliyent yakij bazhaye zakachati pevnij fragment nadsilaye zapit i yaksho inshij kliyent gotovij jogo nadati vidbuvayetsya proces zakachuvannya Pislya cogo kliyent pereviryaye kontrolnu sumu segmentu ta spovishaye vsih priyednanih uchasnikiv zakachuvannya pro jogo nayavnist Dlya efektivnoyi roboti merezhi BitTorrent neobhidno shob yakomoga bilshe kliyentiv buli zdatni prijmati vhidni z yednannya Nepravilna nastrojka NAT chi fajrvolu mozhut comu zavazhati Algoritm obminu danimi Kozhen kliyent maye mozhlivist timchasovo blokuvati viddachu inshomu kliyentovi angl choke Ce robitsya dlya efektivnishogo vikoristannya kanalu viddachi Krim togo pri vibori kogo rozblokuvati perevaga viddayetsya piram yaki sami peredali comu kliyentovi bagato segmentiv Takim chinom piri z horoshimi shvidkostyami viddachi zaohochuyut odin odnogo za principom ti meni ya tobi Obmin segmentami vedetsya za principom ti meni ya tobi simetrichno v dvoh napryamkah Kliyenti povidomlyayut odin odnomu pro nayavni u nih segmenti pri pidklyuchenni ta potim pri otrimanni novih segmentiv i tomu kozhen kliyent mozhe zberigati informaciyu pro te yaki segmenti ye u inshih pidklyuchenih piriv Poryadok obminu obirayetsya takim chinom shob spochatku kliyenti obminyuvalisya najridkisnishimi segmentami takim chinom pidvishuyetsya dostupnist fajliv v rozdachi Vodnochas vibir segmenta sered najridkisnishih vipadkovij i tomu mozhna uniknuti situaciyi koli vsi kliyenti pochinayut zavantazhuvati odin i toj zhe samij ridkisnij segment sho malo b negativnij vpliv na produktivnist Obmin danimi pochinayetsya koli obidvi storoni v nomu zacikavleni tobto kozhna zi storin maye segmenti yakih nemaye v inshoyi Kilkist peredanih segmentiv pidrahovuyetsya i yaksho odna iz storin viyavlyaye sho peredaye v serednomu bilshe nizh prijmaye vona blokuye angl choke na deyakij chas viddachu inshij storoni Takim chinom v protokol zakladeno zahist vid Segmenti dilyatsya na bloki rozmirom 16 4096 kilobajt i kozhen kliyent zapituye same ci bloki Odnochasno mozhut zapituvatisya bloki z riznih segmentiv Bilsh togo deyaki kliyenti pidtrimuyut skachuvannya blokiv odnogo segmenta u riznih piriv U comu vipadku opisani vishe algoritmi i mehanizmi obminu zastosovuyutsya i do rivnya blokiv Rezhim End game Koli skachuvannya majzhe zaversheno kliyent vhodit v osoblivij rezhim tak zvanij end game U comu rezhimi vin zapituye vsi segmenti sho zalishilisya u vsih pidklyuchenih piriv sho dozvolyaye uniknuti upovilnennya abo povnogo Zavisannya majzhe zavershenogo zakachuvannya cherez kilka povilnih kliyentiv Specifikaciya protokolu ne viznachaye koli same kliyent povinen uvijti v rezhim end game odnak isnuye nabir zagalnoprijnyatih praktik Deyaki kliyenti vhodyat v cej rezhim koli ne zalishilosya nezapitanih blokiv inshi poki kilkist blokiv sho zalishilisya menshe kilkosti tih sho peredayutsya i ne bilshe 20 Isnuye dumka sho krashe pidtrimuvati kilkist ochikuvanih blokiv nizkim 1 abo 2 dlya minimizaciyi nadlishkovosti i sho pri vipadkovomu zapitu menshij shans otrimati dublikati odnogo i togo zh bloku Sideruvannya Pri otrimanni povnogo fajlu kliyent perehodit v specialnij rezhim roboti v yakomu vin tilki viddaye dani staye sidom Dali sid periodichno informuye treker pro zmini v stani zakachuvan i onovlyuye spiski IP adres Zagalni osoblivosti Vidsutnist cherg na skachuvannya Fajli zakachuyutsya nevelikimi fragmentami chim menshe dostupnij fragment tim chastishe vin peredavatimetsya Takim chinom prisutnist v merezhi sidera z povnim fajlom dlya zavantazhennya neobov yazkovo sistema rozpodilyaye segmenti mizh pirami shob v podalshomu voni mogli obminyuvatisya vidsutnimi segmentami Kliyenti piri obminyuyutsya segmentami bezposeredno mizh soboyu za principom ti meni ya tobi Zavantazheni fragmenti stayut negajno dostupni inshim kliyentam Kontrolyuyetsya cilisnist kozhnogo fragmenta Na fragmenti rozbivayutsya ne okremi fajli a vsya rozdacha tomu u yakij pobazhav zavantazhiti lishe deyaki fajli z rozdachi dlya pidtrimki cilisnosti fragmentiv chasto zberigatimetsya takozh nevelikij obsyag nadlishkovoyi dlya nogo informaciyi Yak ob yekt rozdachi mozhut vistupati dekilka fajliv napriklad vmist katalogu Fajl metadanih Dlya kozhnogo fajlu sho rozpovsyudzhuyetsya stvoryuyetsya fajl metadanih z rozshirennyam torrent yakij mistit nastupnu informaciyu URL trekeru zagalnu informaciyu pro fajl im ya rozmir ta in kontrolni sumi segmentiv fajlu Fajli metadanih mozhut rozpovsyudzhuvatisya cherez bud yaki kanali zv yazku voni chi posilannya na nih mozhut rozmishatisya na vebserverah peresilatisya elektronnoyu poshtoyu publikuvatisya u blogah ta in Kliyent mozhe rozpochinati zavantazhennya otrimavshi bud yakim chinom fajl z metadanimi u yakomu ye posilannya na treker Robota bez trekera U novih versiyah protokolu rozrobleno beztrekerni angl trackerless mehanizmi obminu informaciyeyu Takim chinom pracezdatnist vsiyeyi merezhi ne zalezhatime vid roboti trekera Pochinayuchi z versiyi 4 2 0 oficijnogo BitTorrent kliyenta v nomu realizovana funkciya beztrekernoyi roboti yaka bazuyetsya na protokoli Kademlia U takih sistemah treker dostupnij decentralizovano na kliyentah uchasnikah merezhi u formi rozpodilenoyi hesh tablici Distributed hash table DHT U cej chas ne vsi BitTorrent kliyenti vikoristovuyut sumisni protokoli Mizh soboyu sumisni en µTorrent KTorrent ta oficijnij kliyent BitTorrent en takozh maye rezhim beztrekernoyi roboti ale jogo realizaciya vidriznyayetsya vid oficijnoyi cherez sho vin ne mozhe pracyuvati cherez DHT z navedenimi vishe kliyentami TerminologiyaLicher ta jogo rij Anons angl announce zvernennya kliyenta do trekera za dopomogoyu HTTP GET zapitu Pri kozhnomu anonsi kliyent peredaye na treker informaciyu pro ob yemi zavantazhenogo i viddanogo a treker peredaye kliyentovi spisok adres inshih kliyentiv Zvertannya kliyenta do trekera vidbuvayetsya cherez pevni promizhki chasu yaki viznachayutsya nalashtuvannyami kliyenta i trekera Vebsid HTTP abo FTP server sho vikoristovuyetsya yak dzherelo danih narivni zi zvichajnimi sidami Dostupnist angl availability angl distributed copies rozpovsyudzheni kopiyi kilkist povnih kopij fajlu dostupnih kliyentovi Kozhen sid dodaye 1 0 do cogo chisla licheri zbilshuyut dostupnist zalezhno vid kilkosti zavantazhenogo yakogo nemaye v inshih piriv Napriklad yaksho na rozdachi ye odin sid i dva lichera sho vikachali po 50 fajlu vikachani chastini rivni mizh soboyu to dostupnist dorivnyuvatime 1 50 Zagluhlij angl choked zagluhlij pridushenij kliyent obmin danimi z yakim zupinivsya Abo jogo kanal na vihid zabitij povnistyu i vin ne mozhe nichogo peredati dosyag max uploads abo vin ye sidom i jomu nichogo ne potribno otrimuvati Zacikavlenij angl interested uchasnik sho bazhaye otrimati chastini fajlu nayavni v inshogo uchasnika Napriklad yaksho u kliyenta A nemaye yakihos chastin yaki ye u kliyenta B vvazhayetsya sho kliyent A zacikavlenij v obmini z kliyentom B Nadlishki dani yaki buli poslani pirom abo sidom ta oderzhuvach yihh ne potrebuye Do nadlishkiv takozh vidnosyatsya pomilki heshu Indeks angl index ce spisok torrent fajliv zazvichaj vklyuchaye opisi ta inshu informaciyu kerovani vebsajtom indeksatorom i dostupni dlya poshuku Sajt sho indeksuye chasto pomilkovo nazivayut trekerom Lich inodi angl leech p yavka pir yakij ne maye vsih segmentiv tobto toj sho prodovzhuye skachuvannya Termin chasto vzhivayetsya i v negativnomu sensi yakij vin maye v inshih fajloobminnih merezhah koristuvach yakij viddaye znachno menshe nizh vikachuye Otruyenij torent situaciya koli chastina piriv rozdaye poshkodzheni abo navmisno sfalsifikovani segmenti Pir angl peer spivuchasnik kliyent sho bere uchast v rozdachi Poshkrebti angl scrape shkrebti dryapati proces analogichnij anonsu ale kliyent zapituye tilki statistiku torenta informaciyu pro pidklyuchenih kliyentiv i mozhlivosti z nimi zv yazatisya dlya obminu Toj sho nehtuye angl snubbed kliyent sho ye pidklyuchenim do oderzhuvacha ale ne nadsilav jomu dani vzhe bilshe 60 sekund Rozdacha angl seeding proces poshirennya fajlu za protokolom BitTorrent Rejting angl share ratio vidnoshennya viddanogo do zavantazhenogo Rij angl swarm sukupnist vsih piriv sho berut uchast v rozdachi Segment angl part chastina vsi fajli dlya peredachi dilyatsya na neveliki chastini segmenti yaki peredayutsya merezheyu v dovilnomu poryadku dlya optimizaciyi obminu Sid inodi sider angl seeder siyach pir sho maye vsi segmenti fajlu sho poshiryuyetsya tobto abo pochatkovij rozpovsyudzhuvach fajlu abo toj hto vzhe vikachav ves fajl i zalishivsya na rozdachi en specialnij rezhim rozdachi v deyakih BitTorrent kliyentiv namagayetsya minimizuvati kilkist danih yake viddast toj hto rozdaye do poyavi pershogo zavantazhivshogo Supersid proponuye kozhnomu piru zavantazhiti tilki odin segment fajlu yakogo she nemaye v inshih piriv Potim sid ne viddaye comu piru nastupni segmenti poki ne otrimaye vid inshih piriv pidtverdzhennya sho voni tezh otrimali cej segment Takim chinom supersid namagayetsya uniknuti povtornoyi viddachi odnih i tih zhe segmentiv i namagayetsya viddavati segmenti tilki tim piram yaki aktivno peredayut yih inshim Hesh angl hash SHA1 okremih segmentiv originalnih fajliv pererahovanih v slovniku info torrent fajlu Kozhna chastina pislya otrimannya spochatku pereviryayetsya na zbig heshu Yaksho perevirka ne vdalasya dani vidkidayutsya i zapituyutsya she raz Takozh v protokoli vikoristovuyetsya hesh samogo slovnika info infohesh sho vistupaye v roli identifikatora konkretnoyi rozdachi pri zvertanni do trekera do inshih tochok merezhi i pri skladanni magnet posilan vin mistyat Base32 podannya infoheshu Passkey autentifikator koristuvacha na ne anonimnih trekerah Mistitsya v torrent fajlah Takim chinom yaksho htos otrimaye dostup do torrent fajlu napriklad koristuvach po neoberezhnosti rozshariv jogo vin zmozhe pracyuvati z trekerom vid imeni cogo koristuvacha Treker mozhe zminiti passkey po zapitu koristuvacha ale pri comu neobhidno bude perezavantazhiti vsi stari torrent fajli abo vruchnu vidredaguvati yih shob mati mozhlivist i dali rozdavati vikachani fajli URL anonsu angl announce URL adresa trekera do yakogo kliyent robit anons U bagatoh kliyentiv nazivayetsya Tracker URL Mozhe vklyuchati passkey unikalnij kod priznachayetsya trekerom dlya oblikovogo zapisu koristuvacha dopomagaye identifikuvati jogo na trekeri dodayetsya do URL anonsu v samomu torrent fajli pri zavantazhenni Primitki Arhiv originalu za 14 grudnya 2006 Procitovano 16 lyutogo 2012 https web archive org web 20120217170319 http hal inria fr inria 00000156 en Arhivovano17 lyutogo 2012 u Wayback Machine HAL INRIA inria 00000156 version 3 Understanding BitTorrent An Experimental Perspective PosilannyaThe BitTorrent Protocol Specification 8 lyutogo 2014 u Wayback Machine Oficijna storinka proektu 27 lyutogo 2005 u Wayback Machine Najbilshij bezkoshtovnij torent treker Ukrayini Toloka Torrnet Finder Bittorent meta poshukovij server 1 listopada 2015 u Wayback Machine Poshukovij server 24 veresnya 2017 u Wayback Machine magnet ta torrent posilan BTDigg Yak pochati koristuvatis torentom 31 serpnya 2010 u Wayback Machine stattya na Blogoreader Struktura torrent fajlu 26 veresnya 2017 u Wayback Machine ros