выпуск дэцэнтралізаванай файлавай сістэмы (InterPlanetary File System), утваральнай глабальнае версіяванае сховішча файлаў, разгорнутае ў форме P2P-сеткі, утворанай з сістэм удзельнікаў. IPFS камбінуе ідэі, раней рэалізаваныя ў такіх сістэмах, як Git, BitTorrent, Kademlia, SFS і Web, і нагадвае адзіны "рой" BitTorrent (піры, якія ўдзельнічаюць у раздачы), які абменьваецца Git-аб'ектамі. IPFS адрозніваецца адрасаваннем па змесце, а не месцы размяшчэння і адвольным імёнам. Код эталоннай рэалізацыі напісаны на мове Go і пад ліцэнзіямі Apache 2.0 і MIT.
У новай версіі праведзена адключэнне па змаўчанні транспарту , на змену якому ў мінулым выпуску быў прапанаваны транспарт , на пратаколе і які развіваецца ў рамках модульнага сеткавага стэка для P2P-прыкладанняў. . У якасці запаснога транспарта пакінуты TLSv1.3. Адміністратарам вузлоў, якія выкарыстоўваюць старыя версіі IPFS (Go IPFS <0.5 або JS IPFS <0.47) рэкамендуецца абнавіць ПЗ для таго, каб пазбегнуць зніжэння прадукцыйнасці.
У новай версіі таксама ажыццёўлены пераход на выкарыстанне па змаўчанні ключоў ed25519 замест RSA. Падтрымка старых RSA-ключоў захавана, але новыя ключы зараз будуць генеравацца з выкарыстаннем алгарытму ed25519. Ужыванне ўбудаваных адчыненых ключоў ed25519 вырашае праблему з захоўваннем адчыненых ключоў, напрыклад, для верыфікацыі падпісаных дадзеных пры выкарыстанні ed25519 досыць інфармацыі аб PeerId. Імёны ключа ў IPNS-шляхах зараз кадуецца з выкарыстаннем алгарытму base36 CIDv1 замест base58btc.
Акрамя змены тыпу ключоў па змаўчанні ў IPFS 0.7 дададзена магчымасць ратацыі ідэнтыфікацыйных ключоў. Для змены ключа вузла зараз можна выканаць каманду "ipfs key rotate". Акрамя таго, дададзены новыя каманды для імпарту і экспарту ключоў (ipfs key import і ipfs key export), якія можна ўжываць з мэтай рэзервовага капіявання, а таксама каманда ipfs dag stat для вываду статыстыкі аб DAG (Distributed Acyclic Graphs ).
Нагадаем, што ў IPFS спасылка для доступу да файла непасрэдна злучана з яго змесцівам і ўключае крыптаграфічны хэш змесціва. Адрас файла немагчыма адвольна пераназваць, ён можа змяніцца толькі пасля змены змесціва. Аналагічна немагчыма занесці змену ў файл без змены адрасу (стары варыянт застанецца на ранейшым адрасе, а новы будзе даступны праз іншы адрас, бо хэш ад змесціва файла зменіцца). Улічваючы тое, што ідэнтыфікатар файла змяняецца пры кожнай змене, каб кожны раз не перадаваць новыя спасылкі прадастаўляюцца сэрвісы для прывязкі пастаянных адрасоў, якія ўлічваюць розныя версіі файла (), або замацавання псеўданіма па аналогіі з традыцыйнымі ФС і DNS ( (Mutable File System) і ).
Па аналогіі з BitTorrent дадзеныя непасрэдна захоўваюцца на сістэмах удзельнікаў, якія абменьваюцца інфармацыяй у рэжыме P2P, без прывязкі да цэнтралізаваных вузлоў. Пры неабходнасці атрымаць файл з пэўным зместам сістэма знаходзіць удзельнікаў, у якіх ёсць дадзены файл і аддае яго з іх сістэм часткамі ў некалькі патокаў. Пасля загрузкі файла на сваю сістэму ўдзельнік аўтаматычна становіцца адной з кропак па ім раздачы. Для вызначэння ўдзельнікаў сеткі на вузлах якіх прысутнічае цікавы кантэнт размеркаваная хэш табліца (). Для доступу да глабальнай ФС IPFS можа выкарыстоўвацца пратакол HTTP ці манціравацца віртуальная ФС /ipfs пры дапамозе модуля FUSE.
IPFS дапамагае вырашыць такія задачы як надзейнасць захоўвання (калі зыходнае сховішча будзе выведзена з ладу, файл можна загрузіць з сістэм іншых карыстальнікаў), супрацьстаянне цэнзураванню кантэнту (для блакіроўкі спатрэбіцца заблакаваць усе сістэмы карыстальнікаў, на якіх ёсць копія дадзеных) і арганізацыя доступу пры адсутнасці прамога злучэнні да інтэрнэту ці пры дрэннай якасці канала сувязі (можна загрузіць дадзеныя праз бліжэйшых удзельнікаў у лакальнай сетцы). Акрамя захоўвання файлаў і абмену дадзенымі IPFS можа выкарыстоўвацца як аснова для стварэння новых сэрвісаў, напрыклад, для арганізацыі працы сайтаў, не прывязаных да сервераў, або для стварэння размеркаваных .
Крыніца: opennet.ru