✅✅✅
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - BitTorrent
Часть 1. Торрент файлы и содержимое
https://tttttt.me/CryptoBotan/767
Часть 2. Обмен данными
⬇️⬇️⬇️
Принцип работы протокола заключается в том, что нагрузка на распространителя файла уменьшается за счет скачивающим клиентам. Они начинают обмениваться данными сразу же, даже если файл не докачан ими до конца.
Для работы BitTorrent, как писалось в 1 части, необходим трекер — специализированный сервер, работающий по протоколу HTTP. Он нужен, чтобы клиенты, именуемые пирами, могли найти друг друга. Перед началом скачивания клиент подсоединяется к трекеру по указанному в торрент-файле адресу, сообщает ему свой адрес и идентификатор файла, который требуется скачать (он именуется хеш-суммой). В ответ клиент получает адреса других клиентов, скачивающих или раздающих этот файл. Впоследствии клиент периодически информирует трекер о ходе процесса и получает обновлённые списки адресов. Пиры соединяются друг с другом и обмениваются сегментами файлов без непосредственного участия трекера. Он лишь хранит информацию, получаемую от клиентов.
Раздача поделена на множество небольших блоков. Вопрос - как их закачивать?
Последовательно, увы, не вариант. Допустим 10 пиров качают у одного сида и при чем последовательно. Сид уходит и 10 человек скачали только первые блоки, а следующих ни у кого нет. Итог: раздача мертва.
Рандомный кач? тоже не вариант. Не факт, что все блоки будут скачаны одинаковое количество раз, дабы не стопорить раздачу.
Ответ прост: блоки качаются так, что приоритет отдается самым редким из них. Поэтому то, поддерживается баланс скорости закачки.
Также, есть возможность закачать лишь часть раздачи, но с большой долей вероятности, мы закачаем больше чем нужно. Это происходит из-за того, что не все файлы в раздаче разбиваются целыми в блоки. В одном блоке может находиться части сразу нескольких файлов. И качается целый блок. Также происходит передача служебной информации на трекер и другим пирам.
Можно заметить, что при завершении загрузки скорость закачки падает и последние пару процентов раздачи качаются ну очень долго. Пока клиент может, он качает много блоков параллельно и держит скорость на той, которую мы ограничили. Но под конец, блоков для закачки остается мало и скорость проседает, поэтому оставшиеся блоки нужно докачать у самых быстрых пиров. Есть такой специальный режим End Game, который опрашивает всех пиров о наличие оставшихся блоков и быстрее докачивает остаток.
Так же вы можете скачать раздачу без торрент-клиента. Закачка происходит по TCP и хватает простого браузера. Но так, можно скачать лишь торрент. Раздавать их не получится
Сегодня получили развитие приватные трекеры. Скачанный торрент имеет метку private и качать можно только у тех, у кого есть торрент с этой меткой. Это и плюс и минус. Есть закрытые сообщества, где можно передавать файлы лишь доверенным лицам. Но также, за регистрацию в таких трекерах, нужно платить. У монеты всегда две стороны...
Чем больше распространялся торрент, тем больше появлялось раздач с книгами, картинками и т.п., вес которых не превышает пары мегабайт. Создавать полноценный .torrent файл не очень удобно, поэтому были придуманы .micro.torrent — файлы для раздач, где данные умещаются в один сегмент, а в самом микро-торренте хранится лишь контрольная сумма, размер и название файла в раздаче. При этом закачка ведется торрент-клиентом напрямую с веб-сервера.
И сегодня очень часто в торрент файлы вшиваются трояны, вымогатели или скрытые майнеры.
Это один из самых существенных минусов протокола. Но рассмотрение положительных и отрицательных сторон протокола, я оставляю для вас😉
У каждого из нас есть свое мнение на этот счет...
#децентрализация #протоколы
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - BitTorrent
Часть 1. Торрент файлы и содержимое
https://tttttt.me/CryptoBotan/767
Часть 2. Обмен данными
⬇️⬇️⬇️
Принцип работы протокола заключается в том, что нагрузка на распространителя файла уменьшается за счет скачивающим клиентам. Они начинают обмениваться данными сразу же, даже если файл не докачан ими до конца.
Для работы BitTorrent, как писалось в 1 части, необходим трекер — специализированный сервер, работающий по протоколу HTTP. Он нужен, чтобы клиенты, именуемые пирами, могли найти друг друга. Перед началом скачивания клиент подсоединяется к трекеру по указанному в торрент-файле адресу, сообщает ему свой адрес и идентификатор файла, который требуется скачать (он именуется хеш-суммой). В ответ клиент получает адреса других клиентов, скачивающих или раздающих этот файл. Впоследствии клиент периодически информирует трекер о ходе процесса и получает обновлённые списки адресов. Пиры соединяются друг с другом и обмениваются сегментами файлов без непосредственного участия трекера. Он лишь хранит информацию, получаемую от клиентов.
Раздача поделена на множество небольших блоков. Вопрос - как их закачивать?
Последовательно, увы, не вариант. Допустим 10 пиров качают у одного сида и при чем последовательно. Сид уходит и 10 человек скачали только первые блоки, а следующих ни у кого нет. Итог: раздача мертва.
Рандомный кач? тоже не вариант. Не факт, что все блоки будут скачаны одинаковое количество раз, дабы не стопорить раздачу.
Ответ прост: блоки качаются так, что приоритет отдается самым редким из них. Поэтому то, поддерживается баланс скорости закачки.
Также, есть возможность закачать лишь часть раздачи, но с большой долей вероятности, мы закачаем больше чем нужно. Это происходит из-за того, что не все файлы в раздаче разбиваются целыми в блоки. В одном блоке может находиться части сразу нескольких файлов. И качается целый блок. Также происходит передача служебной информации на трекер и другим пирам.
Можно заметить, что при завершении загрузки скорость закачки падает и последние пару процентов раздачи качаются ну очень долго. Пока клиент может, он качает много блоков параллельно и держит скорость на той, которую мы ограничили. Но под конец, блоков для закачки остается мало и скорость проседает, поэтому оставшиеся блоки нужно докачать у самых быстрых пиров. Есть такой специальный режим End Game, который опрашивает всех пиров о наличие оставшихся блоков и быстрее докачивает остаток.
Так же вы можете скачать раздачу без торрент-клиента. Закачка происходит по TCP и хватает простого браузера. Но так, можно скачать лишь торрент. Раздавать их не получится
Сегодня получили развитие приватные трекеры. Скачанный торрент имеет метку private и качать можно только у тех, у кого есть торрент с этой меткой. Это и плюс и минус. Есть закрытые сообщества, где можно передавать файлы лишь доверенным лицам. Но также, за регистрацию в таких трекерах, нужно платить. У монеты всегда две стороны...
Чем больше распространялся торрент, тем больше появлялось раздач с книгами, картинками и т.п., вес которых не превышает пары мегабайт. Создавать полноценный .torrent файл не очень удобно, поэтому были придуманы .micro.torrent — файлы для раздач, где данные умещаются в один сегмент, а в самом микро-торренте хранится лишь контрольная сумма, размер и название файла в раздаче. При этом закачка ведется торрент-клиентом напрямую с веб-сервера.
И сегодня очень часто в торрент файлы вшиваются трояны, вымогатели или скрытые майнеры.
Это один из самых существенных минусов протокола. Но рассмотрение положительных и отрицательных сторон протокола, я оставляю для вас😉
У каждого из нас есть свое мнение на этот счет...
#децентрализация #протоколы
Telegram
CryptoBotan
✅✅✅
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - BitTorrent
Часть 1. Торрент файлы и содержимое
⬇️⬇️⬇️
BitTorrent «битовый поток» — пиринговый (P2P) сетевой протокол для кооперативного обмена файлами через Интернет.
Торрент…
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - BitTorrent
Часть 1. Торрент файлы и содержимое
⬇️⬇️⬇️
BitTorrent «битовый поток» — пиринговый (P2P) сетевой протокол для кооперативного обмена файлами через Интернет.
Торрент…
✅✅✅
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - Direct Connect
⬇️⬇️⬇️
Direct Connect ("соединение напрямую") — это частично централизованная файлообменная (P2P) сеть, которая включает в себя хабы, к которым при помощи DC-клиентов подключаются пользователи.
Хаб дает возможность предоставлять список подключенных пользователей, использовать поиск и встроенный чат, подключившемуся к нему клиенту.
Некоторые хабы поддерживают линкование — несколько хабов соединяются между собой для удобства пользователей и подключившийся пользователь видит один «общий» хаб.
Хаблист — специальный сервер, собирающий и хранящий информацию об активных хабах. Во многих клиентах есть встроенная возможность импорта списка хабов с хаблиста. Также многие хаблисты ведут статистику и позволяют просматривать её через браузер.
С массовым внедрением в DC-клиенты технологии DHT необходимость в хабах для работы сети может отпасть.
DC-клиенты соединяются с хабами и скачивают файлы на прямую у других пользователей, которые подключены к этому хабу.
В сети используется протокол DC (NMDC) использующий свою структуру команд.
Протокол Direct Connect текстовый. В нем команды и данные передаются простым текстом, без шифрования. Протокол не регламентирует кодировку или шрифт для клиентов или хабов.
Для подключения к хабу и скачивания файлов используется протокол TCP. Поиск в активном режиме работает по UDP.
Здесь про TCP и UDP протоколы.
Преимущества:
1) Развитый многопользовательский чат;
2) Сервер (хаб) может быть посвящен конкретной тематике, например, определенному жанру фильмов, что облегчает поиск пользователей с необходимыми файлами;
3) В зависимости от клиента, можно скачивать целые директории, устананавливать ограничения на минимальный объем расшаренного материала, получать список файлов пользователя в виде древовидной структуры.
В клиенте для сети DC указывается, какие папки будут доступны для скачивания, затем она подключается к общему серверу в локальной сети и с помощью него позволяет увидеть другие, подключенные к серверу, компьютеры.
Контроль за DC-хабами осуществлять гораздо сложнее, так как их в разы больше, чем, например крупных BitTorrent-трекеров. Так что борьба с пиратством усложняется.
Сворачивается хаб в один клик, не оставляя компрометирующей информации на компьютере его владельца.
Наиболее популярными файлообменными клиентами для DC являются: DC++, ApexDC++ и FlylinkDC ++. Все они с открытым исходным кодом.
#децентрализация #протоколы
Протоколы для децентрализованных сетей
Протокол 2-го поколения P2P сетей - Direct Connect
⬇️⬇️⬇️
Direct Connect ("соединение напрямую") — это частично централизованная файлообменная (P2P) сеть, которая включает в себя хабы, к которым при помощи DC-клиентов подключаются пользователи.
Хаб дает возможность предоставлять список подключенных пользователей, использовать поиск и встроенный чат, подключившемуся к нему клиенту.
Некоторые хабы поддерживают линкование — несколько хабов соединяются между собой для удобства пользователей и подключившийся пользователь видит один «общий» хаб.
Хаблист — специальный сервер, собирающий и хранящий информацию об активных хабах. Во многих клиентах есть встроенная возможность импорта списка хабов с хаблиста. Также многие хаблисты ведут статистику и позволяют просматривать её через браузер.
С массовым внедрением в DC-клиенты технологии DHT необходимость в хабах для работы сети может отпасть.
DC-клиенты соединяются с хабами и скачивают файлы на прямую у других пользователей, которые подключены к этому хабу.
В сети используется протокол DC (NMDC) использующий свою структуру команд.
Протокол Direct Connect текстовый. В нем команды и данные передаются простым текстом, без шифрования. Протокол не регламентирует кодировку или шрифт для клиентов или хабов.
Для подключения к хабу и скачивания файлов используется протокол TCP. Поиск в активном режиме работает по UDP.
Здесь про TCP и UDP протоколы.
Преимущества:
1) Развитый многопользовательский чат;
2) Сервер (хаб) может быть посвящен конкретной тематике, например, определенному жанру фильмов, что облегчает поиск пользователей с необходимыми файлами;
3) В зависимости от клиента, можно скачивать целые директории, устананавливать ограничения на минимальный объем расшаренного материала, получать список файлов пользователя в виде древовидной структуры.
В клиенте для сети DC указывается, какие папки будут доступны для скачивания, затем она подключается к общему серверу в локальной сети и с помощью него позволяет увидеть другие, подключенные к серверу, компьютеры.
Контроль за DC-хабами осуществлять гораздо сложнее, так как их в разы больше, чем, например крупных BitTorrent-трекеров. Так что борьба с пиратством усложняется.
Сворачивается хаб в один клик, не оставляя компрометирующей информации на компьютере его владельца.
Наиболее популярными файлообменными клиентами для DC являются: DC++, ApexDC++ и FlylinkDC ++. Все они с открытым исходным кодом.
#децентрализация #протоколы