Noen dager siden, lanseringen av den nye versjonen av det desentraliserte filsystemet IPFS 0.8.0 (InterPlanetary File System), som er en global versjon av fillagring implementert i form av et P2P-nettverk som består av medlemssystemer.
IPFS kombinerer ideer som tidligere er implementert i systemer som Git, BitTorrent, Kademlia, SFS og nettet til å se ut som en enkelt BitTorrent-sverm (jevnaldrende som deltar i distribusjonen) som utveksler Git-objekter. IPFS adresseres av innhold i stedet for plassering og vilkårlige navn. Referanseimplementeringskoden er skrevet i Go og er lisensiert av Apache 2.0 og MIT.
For de som ikke er kjent med IPFS, bør de vite det i dette filsystemet er en fillink direkte relatert til innholdet og inkluderer en kryptografisk hash av innholdet. Filadressen kan ikke omdøpes vilkårlig, det kan bare endres etter endring av innholdet. På samme måte er det umulig å gjøre en endring i filen uten å endre adressen (den gamle versjonen vil forbli på samme adresse og den nye vil være tilgjengelig via en annen adresse).
Tatt i betraktning at filidentifikatoren endres med hver endring, for ikke å overføre nye lenker hver gang, tjenester tilbys for å koble faste adresser som tar hensyn til forskjellige versjoner av filen (IPNS), eller angir et alias analogt med tradisjonell FS og DNS.
Etter at du har lastet ned filen til systemet ditt, deltakeren blir automatisk et av poengene for distribusjon. En distribuert hash-tabell (DHT) brukes til å bestemme nettverksdeltakerne på nodene som innholdet av interesse er tilstede for.
IPFS hjelper til med å løse problemer som lagringssikkerhet (hvis den opprinnelige lagringen er deaktivert, kan filen lastes ned fra andre brukeres systemer), for å motstå sensur av innhold og også for å kunne organisere tilgang i fravær av en internettforbindelse, eller hvis kvaliteten på kommunikasjonskanalen er dårlig.
De viktigste nye funksjonene i IPFS 0.8
I denne nye versjonen evnen til å opprette eksterne tjenester ble implementert å feste brukerdata (pin - binde data til en node, for å sikre at viktige data lagres). Dataene som er tilordnet tjenesten kan ha separate navn, forskjellig fra innholdsidentifikatoren (CID), så det er mulig å søke etter data både etter navn og etter CID.
For å behandle forespørsler om dataløsing, APIFS Pinning Service API foreslås, som kan brukes direkte i go-ipfs. I kommandolinjen for å feste, tilbys kommandoen "ipfs pin remote".
Pin-undersystemet er redesignet for å gjøre den mye raskere og mer fleksibel i måten den sporer pinner på. For brukere som jobber med mange pins, dette vil føre til en stor hastighetsøkning i listen og modifisering av settet med forankrede elementer, samt en reduksjon i minnebruk.
En del av redesignet ble konfigurert for å ta hensyn til muligheten til å samhandle med pinnene lokalbefolkningen på samme måte som vi nå kan samhandle med de eksterne pinnene (f.eks. navn, å kunne angi samme CID flere ganger osv.). Følg med for flere forbedringer.
Når du genererer "https: //" lenker for gateways, er muligheten til å overføre DNSLink-navn ved hjelp av underdomener lagt til.
Koblinger er nå brukbare, der perioder i originale navn erstattes med "-" tegn og eksisterende "-" tegn unnslippes med et annet lignende tegn, og støtte for QUIC-protokollen er utvidet. For å øke ytelsen, er muligheten til å øke motta buffere for UDP er gitt.
Endelig hvis du vil vite mer om det om denne nye versjonen, kan du sjekke detaljene i følgende lenke.
Hvordan bruker jeg IPFS på Linux?
For de som er interessert i å kunne implementere IPFS i systemet sitt, kan de gjøre det ved å følge instruksjonene som er detaljert i denne artikkelen.
