Так было 01:04 29 Oct 15 написано от Sergey Anohin к Pavel Koskov:
PK>> Хотелось бы узнать мнение о p2p VPN сетях
PK>> тот же Wippien - можно без пpоблем для фидо сделать
PK>> И общение по Jabber и хоpошо закpытый файлообмен :)
SA> Так это, как-то обсуждали идею меняться магнет-ссылками, только че-то
SA> далеко не пошло.
P2P VPN имеет вот какой безрадостный недостаток: получается, что ради обмена
файлами приходится подключать каких-то незнакомых людей, нередко даже анонимов,
к своему собственному компьютеру без всякого промежуточного маршрутизатора,
часто даже и без файерволла. Выглядит это не очень безопасно.
Обмен magnet-ссылками имеет несколько меньший, но всё же не особенно радостный
недостаток: основное содержимое magnet-ссылки ── это BTIH, битторрентовый хэш.
Битторрентовый хэш, к сожалению, устроен таким образом, что он зависит
не только от содержимого файла, но также и от его названия. В том случае,
когда одновременно раздают несколько файлов, битторрентовый хэш раздачи
зависит от имени каждого файла, от их количества, от их порядка, от их
расположения по подпапкам. Отдельно ещё BTIH зависит от того, объявлен ли
торрент 'частным' ('приватным'), то есть привязанным к определённому трекеру,
или же допускается самостоятельный поиск пиров в Сети (например, через DHT ──
через распределённую хэш-таблицу).
Получается многократное увеличение чрезмерных усилий в Сети: если несколько
файлообменных граждан раздают один и тот же файл, но под другим именем, и (или)
в составе другой группы файлов, и (или) в группе файлов файлы были чуть иначе
переставлены и (или) разложены по подпапкам, то тогда усилия всех этих людей
не объединятся, файлы они будут раздавать по отдельности, и даже одновременное
участие в нескольких таких раздачах будет приводить к тому только, что равные
(по содержимому) файлы будут лежать несколько раз на диске и несколько же раз
получаться для этой цели из Сети.
Как можно улучшить положение дел в этой области?
Для этой цели нужен такой файлообменный механизм, в котором хэш файла мог бы
зависеть только от его содержимого (а не от имени и не от других метаданных).
А папки (каталоги) в такой системе выглядели бы как простые плоские списки,
во-первых, имеющие свой собственный хэш содержимого (по которому они тогда бы
адресовались), а во-вторых, для каждого из содержащихся в этой папке (каталоге)
файлов (или подкаталогов) хранящие соответствие между именем и хэшем.
В этом случае изменение имени файла или взаимного расположения файлов внутри
некоторого каталога приводило бы только к изменению хэша самого этого каталога
(то есть необходимости заново скачать оглавление его); такие небольшие усилия
сложно назвать чрезмерными. Что же касается самих файлов, то их расположение
и наименование никак не влияли бы на хэш файлов, так что одновременная раздача
одного и того же (по его содержимому) файла приводила бы к автоматическому
объединению файлообменных усилий даже в том случае, когда одинаковые файлы
имеют разные имена или иначе расположены внутри папок (каталогов).
Попытки создания такой системы мы ранее наблюдали в лице eMule, в котором файл
адресовался только по содержимому и размеру (название файла указывалось внутри
гиперссылки, но не принималось во внимание).
Впрочем, eMule потерял популярность и был вытеснен торрентовым файлообменом.
Отчасти это было вызвано возможностью централизации торрентового файлообмена
вокруг трекера с налаженным рейтинговым принуждением скачивающих к раздаче.
Отчасти это было вызвано возможностью раздавать по торрентовому файлообмену
целые группы файлов (папки, каталоги).
Тогда как eMule долгое время не позволял раздавать группы файлов. Делались,
конечно, попытки преодолеть это ограничение идиотскими способами (ну, например,
раздавать архивы; понятно, что это означало многократный рост усилий и в силу
выбора формата архива, и в силу выбора степени сжатия, и в силу всех изменений
имён и взаимного положения файлов внутри архива).
Затем в eMule была сделана попытка раздавать группы файлов в качестве файлов
с расширением .emulecollection, содержащих гиперссылки ed2k:// на файлы группы.
Уровень автоматизации этой попытки был очень незначительным, такие коллекции
приходилось открывать руками, о торрентоподобной возможности 'просто скачать
каталог со всеми подкаталогами' не могло быть и речи.
Сейчас, однако, с удовольствием вижу, как группа разработчиков, известная нам
под общим названием 'Лаборатории Протокола' ('Protocol Labs'), выпустила в свет
несколько более правильное файлообменное средство, реализованное в качестве
полноценной контентно-адресуемой файловой системы. Файлы адресуются в ней
как надо (то есть только по содержимому их), каталоги организованы в ней
как надо (то есть это списки имён и хэшей, с которыми притом разбирается
не сам пользователь вручную, а приложение автоматически), файлообмен в ней
организован как надо (вся система ── распределённая, в ней нет никаких таких
центральных серверов или трекеров, которые правоторговцам достаточно было бы
отключить для нарушения работы многократно большей сети).
Эта файловая система называется IPFS, и я сравнительно недавно перевёл о ней
(5 октября) статью для Хабрахабра, по адресу
http://habrahabr.ru/post/268275/
предлагаю прочесть её. В конце перевода я добавил некоторый FAQ от себя, чтобы
было более понятно, как в IPFS всё организовано, как эта файловая система может
быть интегрирована в WWW (через гейты), в юниксоподобные системы (через FUSE),
в гипертекстовый Фидонет (через GoldED-NSF), может работать и для файлообмена
и для CDN.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla]
http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... И между ног затеплилась надежда. (из чужих ориджинов)