Få dage siden, lanceringen af den nye version af det decentrale filsystem IPFS 0.8.0 (InterPlanetary File System), som er et globalt versioneret fillager implementeret i form af et P2P-netværk, der består af medlemssystemer.
IPFS kombinerer ideer, der tidligere er implementeret i systemer som Git, BitTorrent, Kademlia, SFS og internettet til at ligne en enkelt BitTorrent-sværm (jævnaldrende, der deltager i distributionen), der udveksler Git-objekter. IPFS adresseres af indhold snarere end placering og vilkårlige navne. Referenceimplementeringskoden er skrevet i Go og er licenseret af Apache 2.0 og MIT.
For dem der ikke er bekendt med IPFS, skal de vide det i dette filsystem er et fillink direkte relateret til dets indhold og inkluderer en kryptografisk hash af indholdet. Filadressen kan ikke omdøbes vilkårligt, det kan kun ændres efter ændring af indholdet. Tilsvarende er det umuligt at foretage en ændring af filen uden at ændre adressen (den gamle version forbliver på den samme adresse, og den nye vil være tilgængelig via en anden adresse).
Under hensyntagen til, at filidentifikatoren ændres med hver ændring for ikke at overføre nye links hver gang, tjenester leveres til at linke permanente adresser der tager højde for forskellige versioner af filen (IPNS) eller indstiller et alias analogt med traditionel FS og DNS.
Efter download af filen til dit system, deltageren bliver automatisk et af fordelingspunkterne. En distribueret hash-tabel (DHT) bruges til at bestemme netværksdeltagerne på de noder, som indholdet af interesse er til stede for.
IPFS hjælper med at løse problemer såsom opbevaring pålidelighed (hvis det oprindelige lager er deaktiveret, kan filen downloades fra andre brugers systemer), for at modstå indholdscensur og også for at være i stand til at organisere adgang i fravær af en internetforbindelse, eller hvis kvaliteten af kommunikationskanalen er dårlig .
Vigtigste nye funktioner i IPFS 0.8
I denne nye version evnen til at oprette eksterne tjenester blev implementeret at fastgøre brugerdata (pin - bind data til en node for at sikre, at vigtige data gemmes). De data, der er tildelt tjenesten, kan have separate navne, forskelligt fra indholdsidentifikatoren (CID), så det er muligt at søge efter data både ved navn og efter CID.
For at behandle anmodninger om datafix, APIFS Pinning Service API foreslås, som kan bruges direkte i go-ipfs. I kommandolinjen, der skal fastgøres, tilbydes kommandoen "ipfs pin-fjernbetjening".
Pin-undersystemet er blevet redesignet for at gøre det meget hurtigere og mere fleksibelt i den måde, det sporer stifter på. For brugere, der arbejder med mange ben, dette vil føre til en stor hastighedsforøgelse på listen og ændring af sættet med forankrede elementer samt et fald i hukommelsesforbruget.
En del af redesignet blev konfigureret til at tage højde for evnen til at interagere med stifterne lokale på samme måde, som vi nu kan interagere med fjernbetjeningstappene (f.eks. navne, at kunne indstille den samme CID flere gange osv.). Hold øje med flere forbedringer af fiksering.
Når du genererer "https: //" -link til gateways, er muligheden for at overføre DNSLink-navne ved hjælp af underdomæner blevet tilføjet.
Links kan nu bruges, hvor perioder i originale navne erstattes med "-" tegn og eksisterende "-" tegn undslippes med et andet lignende tegn, og understøttelse af QUIC-protokollen er blevet udvidet. For at øge ydeevnen er muligheden for at øge modtage buffere til UDP leveres.
Endelig hvis du vil vide mere om det om denne nye version kan du tjekke detaljerne i følgende link.
Hvordan bruges IPFS på Linux?
For dem, der er interesseret i at kunne implementere IPFS i deres system, kan de gøre det ved at følge instruktionerne, der er beskrevet i denne artikel.
