По мойму из моего вопроса очевидно, что я имею в виду не торрент как bencode файлик, а как набор файлов которые нужно скачать, но в любом случае я поправил. В статье, которую Вы прикрепили говорится что узлы хранят информацию конкретно infohash'а, я же встречал информацию о хранение хэшей отдельных чанков или файла из набора (если он маленький). Вот про 2-й вариант представления данных в DHT я и спросил
Василий Банников, да, ну там как-то поверхностно было сказано, про некие bootstrap-листья и про то что эта таблица может храниться на сайте поставщика торрент-клиента (еще слышал про поиск магнет ссылок к этим нодам или что-то типо того), то есть реализация подключения нового узла остается на плечах разработчика, раз уж про это нет конкретики?
Василий Банников, привет, я изучил спецификацию протокола bittorrent, а также меня очень заинтересовал DHT протокол и у меня возник вопрос по нему на который я нигде не нашел ответ (искал также у Таненбаума и Куроуза). А как собственно новый клиент находит своё место в распределительной таблице? как он связывается с предшественником и потомком внутри? Ну то есть там есть какой-то фиктивный узел/типо сервер, к которому заранее подключается только что запущенный клиент и уже от него идет по DHT и взаимодействует с нодами или я что-то не так понял и ответ на мой вопрос очевиден? (имеется в виду что это бестрекерная система)
2. Каждый файл поделён на части, и для них также посчитана хэшсумма
Он будет качать только из файлов про которые создан .torrent файл или он может находить по хэшам совершенно несвязанные с раздачей файлы других торрентов и брать блоки оттуда? Или он берет данные только у тех, кто скачал конкретные файлы из его же раздачи? Конкретно про BitTorrent
P.S. Прочитал вопрос еще давно, только сейчас нашел время немного поработать над своим подобием клиент торрентом, так что не удивляйтесь пожалуйста столь долгой формулировки этого вопроса. :3
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.