The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск глобальной децентрализованной файловой системы IPFS 0.6

22.06.2020 13:06

Опубликован выпуск децентрализованной файловой системы IPFS 0.6 (InterPlanetary File System), образующей глобальное версионированное хранилище файлов, развёрнутое в форме P2P-сети, образованной из систем участников. IPFS комбинирует идеи, ранее реализованные в таких системах, как Git, BitTorrent, Kademlia, SFS и Web, и напоминает единый "рой" BitTorrent (пиры, участвующие в раздаче), обменивающийся Git-объектами. IPFS отличается адресацией по содержимому, а не месту размещения и произвольным именам. Код эталонной реализации написан на языке Go и распространяется под лицензиями Apache 2.0 и MIT.

Новая версия примечательна включением по умолчанию транспорта на базе протокола QUIC, который представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В IPFS сокет для приёма UDP-соединений автоматически запускается на том же адресе и сетевом порте, что и обработчик транспорта на базе TCP. QUIC применяется как для входящих, так и для исходящих соединений, при этом при подключении к новым узлам в случае недоступности QUIC осуществляется откат на использование TCP.

Вторым важным новшеством стала поддержка защищённого транспорта NOISE, основанного на протоколе Noise и развиваемого в рамках libp2p, модульного сетевого стека для P2P-приложений. После начального согласования соединения весь последующий обмен данными между участниками шифруется и защищается от подслушивания. NOISE пришёл на смену транспорту SECIO, но в качестве приоритетного метода шифрования соединений между узлами пока продолжает применяться TLS 1.3. NOISE достаточно прост в реализации и позиционируется как универсальный кросс-платформенный транспорт, который может быть реализован на различных языках программирования.

В новом выпуске также предоставлена возможность добавления собственных страниц "404 Not Found" и добавлена опциональная поддержка метода кодирования Base36, который оптимален для буквенно-цифровых данных без различий в регистре символов, таких как имена доменов (при использовании Base32 ключи Ed25519 IPNS на два байта превышают лимит на размер поддомена, а при Base36 вмещаются в лимит). Кроме того, в настройки добавлена опция "peering", которая определяет список узлов для подключения, поддержания соединения и переподключения с целью определения "липких" связей между часто используемыми пирами.

Напомним, что в IPFS ссылка для доступа к файлу непосредственно связана с его содержимым и включает криптографический хэш содержимого. Адрес файла невозможно произвольно переименовать, он может измениться только после изменения содержимого. Аналогично невозможно внести изменение в файл без изменения адреса (старый вариант останется на прежнем адресе, а новый будет доступен через другой адрес, так как хэш от содержимого файла изменится). Учитывая то, что идентификатор файла меняется при каждом изменении, чтобы каждый раз не передавать новые ссылки предоставляются сервисы для привязки постоянных адресов, учитывающих разные версии файла (IPNS), или закрепления псевдонима по аналогии с традиционными ФС и DNS (MFS (Mutable File System) и DNSLink).

По аналогии с BitTorrent данные непосредственно хранятся на системах участников, которые обмениваются информацией в режиме P2P, без привязки к централизованным узлам. При необходимости получить файл с определённым содержимым система находит участников, у которых имеется данный файл и отдаёт его с их систем частями в несколько потоков. После загрузки файла на свою систему участник автоматически становится одной из точек по его раздаче. Для определения участников сети на узлах которых присутствует интересующий контент используется распределённая хэш таблица (DHT). Для доступа к глобальной ФС IPFS может использоваться протокол HTTP или монтироваться виртуальная ФС /ipfs при помощи модуля FUSE.

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



  1. Главная ссылка к новости (https://github.com/ipfs/go-ipf...)
  2. OpenNews: Значительное обновление глобальной децентрализованной файловой системы IPFS 0.5
  3. OpenNews: Представлена децентрализованная СУБД Noms, основанная на идеях Git
  4. OpenNews: Выпуск ZeroNet 0.7, платформы для создания децентрализованных сайтов
  5. OpenNews: Выпуск децентрализованной торрент-системы Tribler 6.4 с поддержкой анонимизации
  6. OpenNews: Доступен GNUnet 0.12, фреймворк для построения защищённых P2P-сетей
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53212-ipfs
Ключевые слова: ipfs, p2p
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, JL2001 (ok), 13:26, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    как в ipfs скачать файл на диск "как файл" и продолжить его раздавать:
    1) без дублирования занятого места (и с минимумом телодвижений) ?
    2) с тем же самым хешом как и скачивал (хеши частей одного файла могут быть разными? ipfs add -s rabin ...) ?

    3) как сделать тоже самое, но с отслеживанием обновлений (скачано по ipns) ?

     
     
  • 2.16, Аноним (16), 14:30, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    cat mount point/file > /dev/null скорее всего поможет скачать без дублирования на нормальной ФС
     
     
  • 3.26, JL2001 (ok), 16:15, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > cat mount point/file > /dev/null скорее всего поможет скачать без дублирования на
    > нормальной ФС

    или вы не поняли вопроса или предлагаете использовать ipfs-fuse ?

     
  • 2.39, Аноним (39), 18:40, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1)Лень ман открыть? Возможность была добавлена пару версий назад.
     
     
  • 3.41, JL2001 (ok), 18:52, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 1)Лень ман открыть? Возможность была добавлена пару версий назад.

    конкретнее!

     
  • 3.43, Аноним (43), 19:17, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    ещё не добавлена - https://github.com/ipfs/go-ipfs/issues/6687
     
     
  • 4.55, Аноним (39), 03:48, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Верно, перепутал с другой фитчей https://weekly-geekly.github.io/articles/331010/index.html
     

  • 1.2, JL2001 (ok), 13:35, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нить встречал сайт-заглушку, который бы на странице запускал js-ipfs и через поднятую в браузере ноду вгружал во фрейм содержимое по значению из параметра урла сайта?

    типо как https://ipfs.io/ ток чтоб гигабайты качались не через сайт, а через ноду в браузере

     
     
  • 2.15, мимокрокодил2 (?), 14:24, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Было расширение в броузер ipfs-gateway-redirect
     

  • 1.3, JL2001 (ok), 13:38, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    есть какой-то стандартный формат для сохранения метаинформации о файле? имя например - только через создание виртуальной ipfs-папки при добавлении (ipfs add -w ...) ? а время модификации и прочие атрибуты?
     
     
  • 2.14, LLB (?), 14:17, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    IPLD
     
  • 2.32, Аноним (32), 17:36, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В IPFS модификация == другой файл.
     
     
  • 3.38, JL2001 (ok), 17:55, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> есть какой-то стандартный формат для сохранения метаинформации о файле? имя например - только через создание виртуальной ipfs-папки при добавлении (ipfs add -w ...) ? а время модификации и прочие атрибуты?
    > В IPFS модификация == другой файл.

    и?
    я хочу знать в каком году этот другой файл модифицировали и стали раздовать

     

  • 1.4, JL2001 (ok), 13:39, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    есть ли некая возможность или формат метаинформации чтоб при обновлении ipns-файла сохранялись ссылки на прошлые версии? типо системы контроля версий
     
     
  • 2.10, Аноним (10), 13:56, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Тред оккупирован JL2001.
     

  • 1.5, Аноним (5), 13:42, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Пытался пользоваться IPFS - лютый треш. Элементарные действия, в т.ч. получение списка файлов в каталоге, регулярно зависают. Непрозрачный интерфейс: не понятно, есть ли пиры, сколько их, какова скорость загрузки. Скачивание периодически зависает и приходится его перезапускать руками (эта картина наблюдается и с официальным Golang-клиентом и с HTTP-шлюзами). На этом фоне новости про добавление QUICK и 99 новых способов шифрования выглядят совсем комично.
     
     
  • 2.7, Аноним (7), 13:51, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу такого не было. В принципе, всё идеально, насколько это возможно для го.
     
  • 2.8, Аноним (7), 13:52, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно зависит от качества нод?
     
  • 2.9, JL2001 (ok), 13:52, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пытался пользоваться IPFS - лютый треш.

    у вас "что-то пошло не так"

    > Элементарные действия, в т.ч. получение списка
    > файлов в каталоге, регулярно зависают.

    если "список файлов в каталоге" - это стандартный запрос через хеш каталога - скорость аналогична получению торентфайла по магнитному хешу - так же быстро/медленно в зависимости от

    > Непрозрачный интерфейс: не понятно, есть ли
    > пиры, сколько их, какова скорость загрузки.

    вам торентклиент без трекера так же не покажет сколько всего пиров на файле и какова их скорость

    > Скачивание периодически зависает и приходится
    > его перезапускать руками (эта картина наблюдается и с официальным Golang-клиентом и
    > с HTTP-шлюзами).

    я, правда, не качал ничего больше 200 метров и не особо много, но у меня не зависало (я чаще использовал ipns как p2p-тоннель)

    можете описать что вы пытались скачать и как?

     
     
  • 3.22, КО (?), 15:19, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >у вас "что-то пошло не так"

    Вы случайно не в техподдержке работаете?

    >вам торентклиент без трекера так же не покажет сколько всего пиров на файле и какова их скорость

    Видимо вы ими не пользуетесь

     
  • 3.29, Аноним (-), 17:27, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > вам торентклиент без трекера так же не покажет сколько всего пиров на файле и какова их скорость

    А таки даже трансмишн умеет писать сколько пиров нашел и сколько в DHT известно. А в debug логе и того больше. И там даже без трекера таки понятно насколько оно живое.

     
     
  • 4.48, Аноним (7), 20:19, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это называется скрапинг, в aria2, скажем, эта цифра будет скакать в очень широких пределах. Не слишком информативно на самом деле.
     
     
  • 5.63, Аноним (63), 14:03, 24/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это называется скрапинг,

    В DHT это технически невозможно. Но всех известных пиров (или сконфигуреный максимум если он меньше) и кто choked, кто unchoked таки видно. А чего еще надо?

    > в aria2, скажем, эта цифра будет скакать в очень
    > широких пределах. Не слишком информативно на самом деле.

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

     
  • 2.28, Аноним (-), 17:25, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Элементарные действия, в т.ч. получение списка файлов в каталоге, регулярно зависают

    Я еще не понял что сразу base58 мешало взять.

     
  • 2.33, Аноним (32), 17:37, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Когда последний раз пытался?
     

  • 1.6, JL2001 (ok), 13:43, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    //оффтоп

    есть вообще в природе возможность указать метаинфу что:
    этот же iso этот ipfs/ipns и так же вот этот вот torrent/magnet и вот эти урлы http/https на разных зеркалах ?
    а это видео (лекция) этот ipfs/ipns и вот такой youtube и такой vkontakte-video и вот такой torrent/magnet и вот эти урлы http/https ?

    этакий формат-"мультиурл" на один файл в разных протоколах

     
     
  • 2.11, justdoit (?), 13:56, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    metalink (https://en.wikipedia.org/wiki/Metalink)
     
     
  • 3.19, JL2001 (ok), 14:48, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > metalink (https://en.wikipedia.org/wiki/Metalink)

    да! оно! я помнил что что-то было, но название забыл и найти не мог! спасибо!

    ещё бы как-то соединить его с ipfs и прочими dht-p2p

     

  • 1.12, Ддд (?), 13:58, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На каждый файл приходится хранить хеш и список адресов. Кончится тем что введут аналог днс.
    На фоне ipv6  который активно внедряется везде кроме нас это все както неактуально тк любой лось сможет поднять веб сервер двумя строчками питона и расшарить файл в интрнет прямой ссылкой на него с указанием своего ipv6 адреса
     
     
  • 2.20, JL2001 (ok), 14:52, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На каждый файл приходится хранить хеш и список адресов. Кончится тем что
    > введут аналог днс.
    > На фоне ipv6  который активно внедряется везде кроме нас это все
    > както неактуально тк любой лось сможет поднять веб сервер двумя строчками
    > питона и расшарить файл в интрнет прямой ссылкой на него с
    > указанием своего ipv6 адреса

    смысл не в своём вебсервере, а в распределённости копий файлов + ускорение доступа/загрузки из-за множественности источников

    если бы они ещё нормальное обновление скачанного содержимого ipns сделали и скачку+хранение+раздачу сразу в файл, а не в "базу кусков" и версионирование ipns, то про те же торенты можно было бы забыть

     
  • 2.24, Аноним (24), 16:12, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >любой лось сможет поднять веб сервер двумя строчками питона и расшарить файл в интрнет прямой ссылкой на него с указанием своего ipv6 адреса

    Даже если у нас будут адреса IPv6, это не помешает Позору заблокировать вам всю вашу подсеть, да хоть /64.

     
     
  • 3.44, Аноним (44), 19:47, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пока хотя бы один провод будет торчать из того, что ещё не обрезали, всё будет работать. Только без баночки вазелина будет тяжко...
     
     
  • 4.47, JL2001 (ok), 20:06, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока хотя бы один провод будет торчать из того, что ещё не
    > обрезали, всё будет работать. Только без баночки вазелина будет тяжко...

    как связана куча проводов и законодательный запрет по ним что-либо передавать?

     
     
  • 5.50, Аноним (50), 22:28, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Пока хотя бы один провод будет торчать из того, что ещё не
    >> обрезали, всё будет работать. Только без баночки вазелина будет тяжко...
    > как связана куча проводов и законодательный запрет по ним что-либо передавать?

    Как связан день и законодательный запрет солнцу светить?

     
     
  • 6.61, Iponya (?), 10:06, 24/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Солнце то не посадят, а человека...
     
  • 2.30, Аноним (-), 17:30, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > любой лось сможет поднять веб сервер двумя строчками питона

    1) Вот лично мне нахрен ваш питон не сдался.
    2) Любого лося через вебсервак малость натянут.
    3) Сервак доступен только пока лось включен и в интернете. А вон тот ноут - все же не датацентр, чтобы 24/7 работать.
    4) Указание своего айпишника не всегда желательно с точки зрения приваси и секурити. Впрочем, вы можете указать свой IP здесь, будет интересно потыкают ли в ваши строчки питона палочкой :)

     
     
  • 3.37, JL2001 (ok), 17:53, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> любой лось сможет поднять веб сервер двумя строчками питона
    > 3) Сервак доступен только пока лось включен и в интернете. А вон
    > тот ноут - все же не датацентр, чтобы 24/7 работать.

    увы ipfs-нода так же, как и торент - если вы единственный сид

    > 4) Указание своего айпишника не всегда желательно с точки зрения приваси и
    > секурити.

    ipfs (как и торент) не прячет ваш ip, для этих целей i2p/tor, но обеспечивает сязность и через промежуточные ноды

     
     
  • 4.57, Аноним (57), 20:09, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понял что идея в том что там файл режется блоками - и раскидывается на других. После чего вы можете отвалить офлайн. Не?
     
     
  • 5.60, JL2001 (ok), 22:43, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я так понял что идея в том что там файл режется блоками
    > - и раскидывается на других. После чего вы можете отвалить офлайн.
    > Не?

    нет, никуда не раскидывается если они сами не захотят скачать
    полный аналог торентов (без трекера, с dht)
    + всякие другие плюшки/фишки

     

  • 1.13, YetAnotherOnanym (ok), 14:00, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > возможность добавления собственных страниц "404 Not Found"

    Годно! Можно зарабатывать на рекламе.
    > При необходимости получить файл с определённым содержимым система находит участников, у которых имеется данный файл

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

    Достаточно посадить одного, и остальные резво всё у себя поудаляют.

     
     
  • 2.21, JL2001 (ok), 15:01, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> При необходимости получить файл с определённым содержимым система находит участников, у которых имеется данный файл
    > Вангую, что при миллиардах нод и межпланетных линках процесс поиска будет доставлять
    > преизрядно лулзов.

    они вроде как и рассчитывают на такие условия
    InterPlanetary File System

    там время на поиск и что-то там по консенсусу
    смысл в том, что когда на землю привезут винчестер с марса - хеши при доступе через ipfs будут одинаковы в обоих подсетях

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

    в других странах - не поудаляют
    в этой стране - перейдут на metalink+i2p+tor

     

  • 1.17, Аноним (17), 14:37, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Было бы забавно сделать одинаковый хэш с настоящими ФС типа ZFS и BRTFS.
     
     
  • 2.27, JL2001 (ok), 16:15, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Было бы забавно сделать одинаковый хэш с настоящими ФС типа ZFS и BRTFS.

    ...и сквозные распределённые снапшоты

     
     
  • 3.31, Аноним (-), 17:31, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну в принципе в btrfs можно наверное попытаться send снапшота в ipfs оформить. Но это малость изврат.
     
  • 2.35, Аноним (32), 17:42, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не получится. IPFS использует чанкинг - файл разбивается на блоки и хэш IPFS - это Merkle root для частей файла. Аналогично торрентам, нужно чтобы качать с разных пиров и независимо верифицировать корректность скачанного блока, а не когда весь файл загрузится. Для ZFS, Btrfs этого не предусмотренно, ибо незачем.
     
     
  • 3.58, Аноним (-), 20:13, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На самом базовом уровне, в терминах btrfs можно залить "базовый" снапшот (send'ом) а потом относительно компактные дельты на него дифференциальным send'ом относительно базы. Но за каким чертом это надо я пока не придумал. Хотя работать пожалуй будет - а почему нет? В zfs наверное тоже что-то похожее можно, если он дельту относительно снапшота умеет. Без дельты файлы будут зело громадные каждый раз все целиком фигачить.

    Разве что, ну не знаю, образа виртуалок для последующей вгрузки их с Марса так лепить? :)

     

  • 1.18, Аноним (18), 14:48, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >IPFS помогает решить такие задачи как надёжность хранения (если исходное хранилище будет выведено из строя, файл можно загрузить с систем других пользователей), противостояние цензурированию контента (для блокировки потребуется заблокировать все системы пользователей, на которых имеется копия данных)

    я заметил, что antizapret proxy использует ipfs

     
  • 1.23, Аноним (23), 15:34, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Годная вещь. Роскомнадзор можно выкинуть.
     
     
  • 2.25, Аноним (17), 16:12, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не выкинуть, а посадить. Люстрацию нужно заслужить.
     

  • 1.34, robot228 (?), 17:38, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Бесполезная фигня от очередных безумцев. ICAAN запретило вам альтернативные домены, поэтому онли фо локалхост как говорят мои рабы сисадмины)
     
     
  • 2.36, Аноним (32), 17:43, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно и со стандартными доменами работает.
     

  • 1.42, rvs2016 (ok), 19:12, 22/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По определению сети любое изменение файла создаёт в ней новый файл? А не треснет ли сеть от таких правил? Изменил буковку в документе [и сохранил его] - новый файл. Изменил в нём затем ещё циферку [и опять сохранил его] - ещё файл. И так далее до бесконечности! Эдак накопителей не напасёшься ж!
     
     
  • 2.45, Аноним (44), 19:57, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не обязательно весь файл перекачивать, достаточно дописать новый/изменённый блок и добавить, как новую версию файла. Вот с хэшами при достаточно большой популярности одного ресурса может произойти в прямом смысле беда, скорее всего дурачка, который постоянно обновления файла выпускает, просто забанят.
     
     
  • 3.49, JL2001 (ok), 20:35, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот с хэшами при достаточно большой популярности
    > одного ресурса может произойти в прямом смысле беда, скорее всего дурачка,
    > который постоянно обновления файла выпускает, просто забанят.

    вы написали ерунду
    количество "ЗАНЯТЫХ" хэшей и частота изменений никак не связаны, шарится только последняя версия

    да и длина хэша такая что проще атомы во вселенной пересчитать чем сколизить

     
  • 2.46, JL2001 (ok), 20:05, 22/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > По определению сети любое изменение файла создаёт в ней новый файл? А
    > не треснет ли сеть от таких правил? Изменил буковку в документе
    > [и сохранил его] - новый файл. Изменил в нём затем ещё
    > циферку [и опять сохранил его] - ещё файл. И так далее
    > до бесконечности! Эдак накопителей не напасёшься ж!

    это не о том
    в сеть никто от вас файл "подержать пока вам тяжело" не забирает

    смысл в изменённом хеше, который вы анонсируете

     

  • 1.51, Аноним (51), 00:19, 23/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    До смузи 100лвл тут не хватает блокчейна.
     
     
  • 2.53, Аноним (53), 01:38, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как не хватает, он там есть. dagservice - DAG - разновидность блокчейна.
     
     
  • 3.56, Аноним (56), 09:46, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > DAG - разновидность блокчейна.

    git теперь тоже блокчейн?

     
  • 2.59, Аноним (-), 20:15, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, namecoin какой-нибудь прикрути :). Придумай какую-нить спецификацию для мапинга имен шила в мыло - и получишь желаемое.
     
  • 2.62, Аноним (62), 13:55, 24/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ethereum и IPFS активно связывают в DApps'ах
     

  • 1.52, Аноним (53), 01:37, 23/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем не угодил Freenet?
     
     
  • 2.54, JL2001 (ok), 02:03, 23/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем не угодил Freenet?

    не угодил в чём? и какие аргументы?

     

  • 1.64, username (??), 21:41, 24/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Обьясните мне, зачем это нужно если разработчики обязались сотрудничать с копирастами и прочими борцунами за права еще задолго до прецедентов? Этой поделкой пользуются в основном те кто ее проспонсировал, команда ручная, бороды красивые разноцветные.
     
     
  • 2.65, Анон 578924523158 (?), 11:49, 25/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где пруф и/или как его прочесть?
     
     
  • 3.66, username (??), 14:31, 25/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Его как бы и самому нагуглить можно "Is IPFS censorship-resistant?"
    Но вот ссылка, https://github.com/ipfs-inactive/faq/issues/36#issuecomment-140567411
     
     
  • 4.67, JL2001 (ok), 00:20, 26/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Его как бы и самому нагуглить можно "Is IPFS censorship-resistant?"
    > Но вот ссылка, https://github.com/ipfs-inactive/faq/issues/36#issuecomment-140567411

    там всё несколько интереснее
    https://discuss.ipfs.io/t/are-sting-operations-possible-against-ipfs-www-gates
    листы толи не актуальные, толи и не работают в реальности
    возможно эти заявления про чёрные списки попытка послать B TOI^IKY притензии копирастов?

     
     
  • 5.68, username (??), 14:19, 26/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Листы сейчас опциональные для каждого держателя ноды. Пойдут репрессии - будут обязательные.
     
     
  • 6.69, JL2001 (ok), 00:35, 27/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Листы сейчас опциональные для каждого держателя ноды. Пойдут репрессии - будут обязательные.

    а "обязательные" это как? другие ноды будут пытаться мне залить порно и смотреть - можно ли через меня скачать порно? если можно - то будут жаловаться в спортлото^w роскомнадзор^w в фбр? или всем другим нодам расскажут какой я плохой и что нельзя со мной общаться?

     
     
  • 7.71, username (??), 12:14, 25/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все ноды на поводке у обязательных блеклистов. Твой забаненный контент просто не будет уходить дальше твоей ноды.
     

  • 1.70, Аноним (70), 19:55, 28/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шёл 5й год разработки IPFS, а оно так и не научилось работать в анонимном режиме (например, через Tor). С гитхаба: Unfortunately, this is a lot of work and we have no plans on working on this till after the IPFS 1.0 release.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру