nowa edycja zdecentralizowanego systemu plików (InterPlanetary File System), tworzącego globalne, wersjonowane repozytorium plików, wdrożonego w formie sieci P2P, składającej się z systemów uczestników. IPFS łączy pomysły, które wcześniej zrealizowano w systemach takich jak Git, BitTorrent, Kademlia, SFS i Web, i przypomina jeden „roj” BitTorrent (peerzy biorący udział w udostępnianiu), wymieniający się obiektami Git. Aby uzyskać dostęp do globalnego FS, IPFS może korzystać z protokołu HTTP lub być montowane jako wirtualny FS /ipfs za pomocą modułu FUSE. Kod referencyjnej implementacji został napisany w języku Go i jest objęty licencjami Apache 2.0 i MIT. Dodatkowo implementacja protokołu IPFS w JavaScripcie, która może działać w przeglądarce.
Kluczowy IPFS to adresacja treści, w której link do pliku jest bezpośrednio powiązany z jego zawartością (zawiera kryptograficzny skrót zawartości). IPFS ma wbudowaną obsługę wersjonowania. Adres pliku nie może być dowolnie zmieniany, może zmienić się tylko po zmianie zawartości. Podobnie nie można wprowadzić zmian w pliku bez zmiany adresu (stara wersja pozostanie pod dotychczasowym adresem, a nowa będzie dostępna pod innym adresem, ponieważ skrót do zawartości pliku się zmieni). Biorąc pod uwagę, że identyfikator pliku zmienia się przy każdej zmianie, aby za każdym razem nie udostępniać nowych linków, oferowane są usługi do przypisania stałych adresów, biorąc pod uwagę różne wersje pliku (), lub przypisania aliasu na wzór tradycyjnych systemów plików i DNS ( (Mutable File System) i ).
W podobny sposób jak w BitTorrent dane są przechowywane bezpośrednio na systemach uczestników, którzy wymieniają się informacjami w trybie P2P, bez odniesienia do scentralizowanych węzłów. W przypadku potrzeby uzyskania pliku o określonej zawartości system znajduje uczestników, którzy mają ten plik i przekazuje go z ich systemów w częściach w kilku strumieniach. Po pobraniu pliku na swój system uczestnik automatycznie staje się jednym z punktów jego dystrybucji. Aby zidentyfikować uczestników sieci, na węzłach których znajduje się interesująca zawartość, rozproszona tabela haszowa ().
W istocie IPFS można postrzegać jako rozproszoną reinkarnację Web z adresowaniem treści, a nie miejscem przechowywania i dowolnymi nazwami. Oprócz przechowywania plików i wymiany danych, IPFS może być stosowane jako podstawa do tworzenia nowych usług, na przykład do organizacji działania stron, które nie są powiązane z serwerami, lub do tworzenia rozproszonych .
IPFS rozwiązuje takie problemy, jak niezawodność przechowywania (jeśli oryginalne repozytorium ulegnie uszkodzeniu, plik można pobrać z systemów innych użytkowników), przeciwdziałanie cenzurowaniu treści (aby zablokować, trzeba zablokować wszystkie systemy użytkowników, na których znajdują się kopie danych) oraz organizowanie dostępu w przypadku braku bezpośredniego połączenia z internetem lub słabej jakości łącza (można pobierać dane poprzez najbliższych uczestników w lokalnej sieci).
W wersji znacząco zwiększono wydajność i niezawodność pracy. Publiczna sieć oparta na IPFS przekroczyła próg 100 tysięcy węzłów, a zmiany w IPFS 0.5 odzwierciedlają dostosowanie protokołu do pracy w takich warunkach. Optymalizacje koncentrowały się głównie na poprawie mechanizmów routingu treści odpowiedzialnych za wyszukiwanie, ogłaszanie i wydobywanie danych, a także na zwiększeniu efektywności implementacji. (DHT), dostarczającej informacji o węzłach, które mają poszukiwane dane. Powiązany z DHT kod został praktycznie całkowicie przepisany, co znacznie przyspieszyło operacje wyszukiwania treści i określania rekordów IPNS.
W szczególności, czas wykonywania operacji dodawania danych wzrósł dwukrotnie, ogłaszania nowej treści w sieci 2.5 razy,
wydobywania danych od 2 do 5 razy, a wyszukiwania treści od 2 do 6 razy.
Przeprojektowane mechanizmy routingu i ogłaszania pozwoliły przyspieszyć działanie sieci 2-3 razy dzięki efektywniejszemu wykorzystaniu przepustowości i tła transferu ruchu. W kolejnej wersji planowane jest wprowadzenie transportu opartego na protokole QUIC, co umożliwi jeszcze większy wzrost wydajności dzięki skróceniu opóźnień.
Przyspieszono działanie i zwiększono niezawodność systemu IPNS (Inter-Planetary Name System), służącego do tworzenia stałych linków do zmieniających się treści. Nowy eksperymentalny transport pubsub pozwolił przyspieszyć dostarczanie rekordów IPNS 30-40 razy w testach w sieci z tysiącem węzłów (do eksperymentów opracowano specjalny ). Wydajność warstwy wzrosła około dwukrotnie.
Badger, stosowany do interakcji z systemem operacyjnym. Dzięki wsparciu dla operacji asynchronicznego zapisu Badger działa teraz 25 razy szybciej niż stara warstwa flatfs. Wzrost wydajności dotyczy również mechanizmu , używanego do transferu plików między węzłami.
Wśród funkcjonalnych ulepszeń wymienia się wsparcie TLS dla szyfrowania połączeń między klientami a serwerami. Pojawiło się wsparcie dla subdomen w bramce HTTP — deweloperzy mogą umieszczać zdecentralizowane aplikacje (dapps) i treści internetowe w izolowanych subdomenach, które można używać z adresami hash, IPNS, DNSLink, ENS itp. Dodano nową przestrzeń nazw /p2p, w której umieszczone zostały dane związane z adresami peerów (/ipfs/peer_id → /p2p/peer_id). Dodano wsparcie dla linków „.eth” opartych na blockchainie, co rozszerzy zastosowanie IPFS w aplikacjach rozproszonych.
Startup Protocol Labs, wspierający rozwój IPFS, równocześnie rozwija projekt , który jest nadbudową nad IPFS. Gdy IPFS umożliwia uczestnikom przechowywanie, żądanie i transfer danych między sobą, Filecoin rozwija się jako platforma oparta na technologiach blockchain do stałego przechowywania. Filecoin daje użytkownikom, którzy posiadają niewykorzystaną przestrzeń dyskową, możliwość udostępnienia jej sieci za określone wynagrodzenie, a użytkownikom, którzy potrzebują przestrzeni do przechowywania, możliwość jej zakupu. Gdy potrzeba miejsca znika, użytkownik może je sprzedać. W ten sposób tworzy się rynek przestrzeni w magazynie, w którym transakcje odbywają się w tokenach , tworzonych za pomocą kopania.
Źródło: opennet.ru
