rPman

Пальцем в небо, но например дешевые сетевые контроллеры (те что в материнки встраивают например, типа реалтека) не позволяют утилизировать гигабитный канал не на синтетических данных, там тупо процессор не справляется, и даже iperf до соседней машины больше 900мбит не даст (а видел даже 700мбит)... если бы речь шла про локальную сетку и какой-нибудь не шибко сложный софт, то увеличив тот же mtu у соединения можно было бы увеличить скорость, но torrent протокол очень сложный, и его работа зависит от тех у кого ты скачиваешь в большей степени чем от твоих настроек, поэтому с твоей стороны, если причина аппаратная, ты решить проблему скорее всего не сможешь.

Попробуй уменьшить или увеличить количество одновременных подключений в torrent клиенте. Смени клиент на что то по проще. Проведи эксперимент в linux (так исключишь особенности настройки qos в windows, резервирующий заметный процент канал и который отключить целый квест). Так же протестируй связь в локальной сети между двумя машинами (без роутера, напрямую), как торентом (буквально один раздает другой скачивает, для чистоты эксперимента можно без интернета) так и синтетическими тестами типа iperf.

p.s. а ты уверен что скачиваемый торент в принципе может быть отдан лично тебе на такой скорости? может там личеров три с половиной калеки на adsl?

Тебе нужен p2p метод раздачи и загрузки файлов с возможностью поиска файлов. Тогда можно искать файл по имени и перекачивать его Из современных могу предложить tixati, у него по мимо классического торрент есть и чаты, и шаринг файлов и т.п. в него встроенн веб сервер интерфейса у которого есть api, гулится на github прослойки.

Сам не проверял, возможно там не совсем весь функционал доступен из api.

Подойти к клиентам и настучать по голове, чтобы в настройках торрент уменьшил количество соединений с 200 (по умолчанию в некоторых) до хотя бы 50 или лучше 10

Отлавливать таких мониторингом соединений и ронять им скорость, когда позвонят спросить - объяснить как делать не надо.

Скорее всего обе машины за NAT
Проверь, открыты ли у одного из участников раздачи порт (он в сетевых настройках торрент клиента) либо включен ли uPnP протокол автоматической настройки перенаправления портов.

Так же есть вероятность что указанные порты блокируются (или тормозятся, как это любят наши провайдеры последние годы) ради неизвестно чего. Попробуй другие порты

Почти любой современный торент клиент имеет инструменты удаленного управления или command-line утилиты управления и создания торент файлов.

Например пакет transmission-cli, устанавливает transmission headless daemon и набор утилит командной строки по управлению им
например transmission-create создаст торент файл а transmission-cli добавит его в список (файл должен быть уже в каталоге загрузки, он будет повторно перехеширован)

p.s. сам я этим не пользовался, давно давно пользовался deluge, так же помню реверсил протокол общения с utorrent по http (возможно уже стандарт на это дело придумали, так как веб версию все кому не лень добавляют)

попробуй найти по именам файлов в каком-нибудь dht поисковике (гуглить btdigg alternative)
вроде рабочий нашел 1337x.to

Для начала майкрософт болт забили на продвинутые возможности, а те крохи что они делают - делают только в серверных ревизиях, огородившись высокими ценами.

В теории есть возможность попробовать реанимировать проект типа такого https://winfsp.dev (это полный аналог fuse через который реализован btfs) и написать свой модуль, воспользовавшись исходниками для linux,.. сложность я думаю понимаешь?

Ну и конечно, я если честно удивлен что у тебя в принципе btfs работает, стабильность решения должна быть ниже плинтуса.

p.s. плеер понимающий все протоколы, включая http, для windows - media player classic
еще есть mpv, он даже youtube и куча других сайтов понимает

а точно торренты виноваты?

нажми F12 в браузере, вкладка network и введи адрес сайта, окошко отладки можно увеличивать, там есть колонка timeline, можно щелкнуть в запрос который долго выполняется и посмотреть подробно

с высокой вероятностью у тебя стоит какой то странный dns сервер к которому браузер лезет долго но результативно (иначе бы не работало).

в этом случае решение указать правильный dns сервер, еще в браузере есть настройка, выбрать шифрованный, это если косячит dns провайдера

во первых, наказывают, письма счастья прилетают хостеру vpn, а там, в зависимости от его вовлеченность в законные средства грабежа населения, либо игнор либо он показывает пальцам на виновного.

многие vpn сервисы запрещают использовать торенты или к примеру tor по этой причине

Во вторых, правообладатель может следить за контентом, локализованным в той стране, где размещен vpn а ты как пользователь этого vpn качаешь другой контент, локализованный в другой стране, возможно это не совершенство инструментов слежки?
Правообладатель видит хеш файла торрент, может видеть имя файла (которое в торрент файле исключительно как необязательное описание, ни к чему не обязывающее), видит список ip адресов, с которых идет раздача и на которые идет загрузка, на этом все.

если обычные тесты типа speedtest.net проблемы не показывает то значит это технология блокировки торентов от провайдера

способ борьбы - сменить провайдера, например взяв в аренду что-нибудь максимально дешевое, даже не надо подключать vpn, сам торент клиент можно там запустить, а файлы смотреть прямо загружая их со своего сервера, либо подключив сетевой диск либо расшарив по http и просматривая в браузере тегом video

python биндинги для libtorrent идут в поставке почти с любой современной linux, например в ubuntu - python3-libtorrent, так же есть в pipy (для установки через pip)

первый же пример из гугла

Тебе нужен не api к трекеру, а точная и качественная база торрент с безглючной связью с базой например кинопоиска.

Я такого не видел, если найдешь отпишись тут.

Проблема в данных, торент файлы создаются людьми для людей а не для машин, есть торент трекеры где за качеством следят, но это местечковые трекеры (попробуй старенький vtracker, забанен в россии, мало пользователей, но за контентом следят до сих пор, в имени публикации обязательно добавляется жанр.), глобально неудобные и главное в них очень мало данных.

Торент - это больше не хранилище данных (беда технологии, так как нет механизмов управления того какие торенты у клиентов должны храниться а какие удаляться, например редкие и наоборот слишком популярные) а некий оперативный буфер для контента здесь и сейчас, очень хорошо справляется когда сразу куча людей начинают что то скачивать но плохо с хранением на долго, особенно чего то не популярного. Отсюда народ не видит смысла правильно оформлять контент, например с обязательной ссылкой на кинопоиск/imdb и машиночитаемое описание с тегами по жанрам, авторам и т.п. чтобы поиск работал, и главное этот процесс сложно монетизировать и поддерживать в долгую.

torrent dht это протокол для раздачи не кусочков торента, а фактически самого торент файла, с идентификацией по его хешу и само собой для получения списка пиров для его загрузки.

первая же статья на русском про dht

создаете штатной command line утилитой mktorrent (идет с почти любым linux, например debian/ubuntu)
а уже после добавляете его в любой торрент клиент с помощью web api

https://habr.com/ru/post/387939/ попробуйте указанный в статье https://instant.io/
https://github.com/webtorrent/webtorrent

https://geektimes.ru/post/267546/