Antaŭ kelkaj tagoj, la lanĉo de la nova versio de la malcentralizita dosiersistemo IPFS 0.8.0 (InterPlanetary File System), kiu estas tutmonda versiita dosier-stokado efektivigita en la formo de P2P-reto konsistigita de membraj sistemoj.
IPFS kombinas ideojn antaŭe efektivigitajn en sistemoj kiel Git, BitTorrent, Kademlia, SFS kaj la Reto aspektas kiel unu BitTorrent-svarmo (kunuloj partoprenantaj en la distribuo) interŝanĝanta Git-objektojn. IPFS estas traktata per enhavo anstataŭ loko kaj arbitraj nomoj. La referenca efektiviga kodo estas skribita en Go kaj estas rajtigita de Apache 2.0 kaj MIT.
Por tiuj, kiuj ne konas IPFS, ili devas scii tion en ĉi tiu dosiersistemo dosierligo rekte rilatas al ĝia enhavo kaj inkluzivas kriptigan hakilon de la enhavo. Dosieradreso ne povas esti arbitre alinomita, ĝi povas esti ŝanĝita nur post ŝanĝo de la enhavo. Simile ne eblas fari ŝanĝon al la dosiero sen ŝanĝi la adreson (la malnova versio restos ĉe la sama adreso kaj la nova estos disponebla per alia adreso).
Konsiderante, ke la dosieridentigilo ŝanĝiĝas kun ĉiu ŝanĝo, por ne transdoni novajn ligojn ĉiufoje, servoj estas provizitaj por ligi permanentajn adresojn kiuj konsideras malsamajn versiojn de la dosiero (IPNS), aŭ starigas kaŝnomon analoge kun tradiciaj FS kaj DNS.
Post elŝuti la dosieron al via sistemo, la partoprenanto aŭtomate fariĝas unu el la distribuotaj punktoj. Distribuita haka tabelo (DHT) estas uzata por determini la retajn partoprenantojn sur la nodoj, en kiuj la interesa enhavo ĉeestas.
IPFS helpas solvi problemojn kiel stokan fidindecon (se la originala stokado estas malŝaltita, la dosiero elŝuteblas de la sistemoj de aliaj uzantoj), por rezisti enhavan cenzuron kaj ankaŭ por povi organizi aliron en la foresto de interreta konekto aŭ se la kvalito de la komunikada kanalo estas malbona .
Ĉefaj novecoj de IPFS 0.8
En ĉi tiu nova versio la kapablo krei eksterajn servojn estis efektivigita fiksi uzantajn datumojn (alpingli - ligi datumojn al nodo, por certigi, ke gravaj datumoj estas konservitaj). La datumoj atribuitaj al la servo povas havi apartajn nomojn, diferenca de la enhava identigilo (CID), do eblas serĉi datumojn kaj laŭ nomo kaj laŭ CID.
Por prilabori datumajn solvopetojn, IPFS-alpingla servo API estas proponita, kiu uzeblas rekte en go-ipfs. En la komandlinio alpingla, la komando "ipfs pin remote" estas ofertita.
La stiftosubsistemo estis restrukturita por fari ĝin multe pli rapida kaj fleksebla laŭ sia maniero spuri pinglojn. Por uzantoj, kiuj laboras kun multaj pingloj, ĉi tio kaŭzos grandan rapidecon en la listo kaj modifo de la aro de ankritaj elementoj, same kiel malpliigo de memora uzo.
Parto de la restrukturado estis agordita por konsideri la kapablon interagi kun la pingloj lokanoj same kiel ni nun povas interagi kun la foraj pingloj (ekz. nomoj, povi agordi la saman CID multfoje, ktp.). Restu atentaj por pli da fiksaj plibonigoj.
Kiam vi generas ligojn "https: //" por enirejoj, aldoniĝis la eblo transdoni DNSLink-nomojn per subdomajnoj.
Ligiloj nun uzeblas, kie periodoj en originalaj nomoj estas anstataŭigitaj per la signo "-" kaj ekzistantaj "-" signoj eskapas per alia simila signo, kaj subteno por la QUIC-protokolo estis etendita. Por pliigi rendimenton, la kapablo pliigi ricevon bufroj por UDP estas provizitaj.
Fine se vi volas scii pli pri ĝi pri ĉi tiu nova versio, vi povas kontroli la detalojn en la sekva ligilo.
Kiel uzi IPFS en Linukso?
Por tiuj, kiuj interesiĝas povi efektivigi IPFS en sia sistemo, ili povas fari tion sekvante la instrukciojn estas detalaj en ĉi tiu artikolo.
Estu la unua por komenti