utgivelse av et desentralisert filsystem (InterPlanetary File System), som danner en global versjonsbasert fillagring, distribuert i form av et P2P-nettverk dannet av deltakersystemer. IPFS kombinerer ideer som tidligere er implementert i systemer som Git, BitTorrent, Kademlia, SFS og Web, og ligner en enkelt BitTorrent "sverm" (kolleger som deltar i distribusjonen) som utveksler Git-objekter. IPFS kjennetegnes ved adressering av innhold i stedet for ved plassering og vilkårlige navn. Referanseimplementeringskoden er skrevet i Go og under Apache 2.0 og MIT-lisenser.
Den nye versjonen har deaktivert transport som standard , som ble erstattet av transport i forrige nummer , på protokollen og utviklet innenfor en modulær nettverksstabel for P2P-applikasjoner . TLSv1.3 er igjen som reservetransport. Administratorer av noder som bruker eldre versjoner av IPFS (Go IPFS < 0.5 eller JS IPFS < 0.47) anbefales å oppdatere programvaren for å unngå ytelsesforringelse.
Den nye versjonen gjør også overgangen til å bruke ed25519-nøkler som standard i stedet for RSA. Støtte for gamle RSA-nøkler beholdes, men nye nøkler vil nå bli generert ved hjelp av ed25519-algoritmen. Bruk av innebygde offentlige nøkler ed25519 løser problemet med å lagre offentlige nøkler, for eksempel for å verifisere signert data ved bruk av ed25519, er informasjon om PeerId tilstrekkelig. Nøkkelnavn i IPNS-baner er nå kodet med base36 CIDv1-algoritmen i stedet for base58btc.
I tillegg til å endre standard nøkkeltype, la IPFS 0.7 til muligheten til å rotere identifikasjonsnøkler. For å endre vertsnøkkelen kan du nå kjøre kommandoen "ipfs key rotate". I tillegg er nye kommandoer lagt til import- og eksportnøkler ("ipfs key import" og "ipfs key export"), som kan brukes til sikkerhetskopiering, samt kommandoen "ipfs dag stat" for å vise statistikk om DAG (Distribuerte asykliske grafer).
Husk at i IPFS er lenken for å få tilgang til en fil direkte knyttet til innholdet og inkluderer en kryptografisk hash av innholdet. Filadressen kan ikke endres vilkårlig, den kan bare endres etter endring av innholdet. På samme måte er det umulig å gjøre en endring i en fil uten å endre adressen (den gamle versjonen vil forbli på samme adresse, og den nye vil være tilgjengelig via en annen adresse, siden hashen til filinnholdet vil endres). Tatt i betraktning at filidentifikatoren endres med hver endring, for ikke å overføre nye lenker hver gang, tilbys tjenester for å koble permanente adresser som tar hensyn til ulike versjoner av filen (), eller feste et alias analogt med tradisjonell FS og DNS ( (Utskiftbart filsystem) og ).
I analogi med BitTorrent lagres data direkte på systemene til deltakere som utveksler informasjon i P2P-modus, uten å være knyttet til sentraliserte noder. Dersom det er nødvendig å motta en fil med bestemt innhold, finner systemet deltakere som har denne filen og sender den med sine systemer i deler til flere strømmer. Etter å ha lastet opp filen til systemet sitt, blir deltakeren automatisk et av poengene for distribusjonen. For å identifisere nettverksmedlemmer på hvis noder innholdet av interesse er til stede distribuert hashtabell (). For å få tilgang til den globale IPFS FS, kan HTTP-protokollen brukes eller den virtuelle FS /ipfs kan monteres ved hjelp av FUSE-modulen.
IPFS hjelper til med å løse problemer som lagringspålitelighet (hvis den opprinnelige lagringen går ned, kan filen lastes ned fra andre brukeres systemer), motstand mot innholdssensur (blokkering krever blokkering av alle brukersystemer som har en kopi av dataene) og organisering av tilgang i fravær av direkte tilkobling til Internett eller hvis kvaliteten på kommunikasjonskanalen er dårlig (du kan laste ned data gjennom nærliggende deltakere på det lokale nettverket). I tillegg til å lagre filer og utveksle data, kan IPFS brukes som grunnlag for å lage nye tjenester, for eksempel for å organisere driften av nettsteder som ikke er knyttet til servere, eller for å lage distribuerte .
Kilde: opennet.ru