liberigo de malcentralizita dosiersistemo (InterPlanetary File System), kiu formas tutmondan versionita dosierstokado, deplojita en la formo de P2P reto formita de partoprensistemoj. IPFS kombinas ideojn antaŭe efektivigitajn en sistemoj kiel Git, BitTorrent, Kademlia, SFS kaj Web, kaj similas ununuran BitTorrent "svarmon" (kunuloj partoprenantaj en la distribuo) interŝanĝanta Git-objektojn. IPFS distingiĝas per traktado per enhavo prefere ol per loko kaj arbitraj nomoj. La referenca efektivigkodo estas skribita en Go kaj sub Apache 2.0 kaj MIT-licencoj.
La nova versio malebligis transporton defaŭlte , kiu estis anstataŭigita per transporto en la lasta numero , pri la protokolo kaj evoluigita ene de modula retstako por P2P-aplikoj . TLSv1.3 estas lasita kiel rezerva transporto. Administrantoj de nodoj uzantaj pli malnovajn versiojn de IPFS (Iru IPFS < 0.5 aŭ JS IPFS < 0.47) estas konsilitaj ĝisdatigi la programaron por eviti rendimentan degeneron.
La nova versio ankaŭ faras la transiron al uzado de ed25519-ŝlosiloj defaŭlte anstataŭ RSA. Subteno por malnovaj RSA-ŝlosiloj estas konservita, sed novaj ŝlosiloj nun estos generitaj per la ed25519-algoritmo. La uzo de enkonstruitaj publikaj ŝlosiloj ed25519 solvas la problemon pri stokado de publikaj ŝlosiloj, ekzemple por kontroli subskribitajn datumojn kiam oni uzas ed25519, sufiĉas informoj pri PeerId. Ŝlosilnomoj en IPNS-vojoj nun estas koditaj uzante la base36 CIDv1-algoritmon anstataŭe de base58btc.
Krom ŝanĝi la defaŭltan ŝlosilspecon, IPFS 0.7 aldonis la kapablon turni identigajn ŝlosilojn. Por ŝanĝi la gastigan ŝlosilon, vi nun povas ruli la komandon "ipfs key rotate". Krome, novaj komandoj estis aldonitaj por importi kaj eksporti ŝlosilojn ("ipfs-ŝlosilimporto" kaj "ipfs-ŝlosil-eksporto"), kiuj povas esti uzataj por rezervaj celoj, same kiel la komando "ipfs dag stat" por montri statistikojn pri DAG. (Distribuitaj Aciklaj Grafikoj).
Memoru, ke en IPFS, la ligo por aliri dosieron estas rekte ligita al ĝia enhavo kaj inkluzivas kriptografan haŝon de la enhavo. La dosier-adreso ne povas esti alinomita arbitre; ĝi povas ŝanĝiĝi nur post ŝanĝo de la enhavo. Same, estas neeble fari ŝanĝon al dosiero sen ŝanĝi la adreson (la malnova versio restos ĉe la sama adreso, kaj la nova estos alirebla per malsama adreso, ĉar la hash de la dosierenhavo ŝanĝiĝos). Konsiderante ke la dosieridentigilo ŝanĝiĝas kun ĉiu ŝanĝo, por ne transdoni novajn ligilojn ĉiufoje, servoj estas provizitaj por ligi konstantajn adresojn, kiuj konsideras malsamajn versiojn de la dosiero (), aŭ asignante kaŝnomon per analogeco kun tradicia FS kaj DNS ( (Ŝanĝebla Dosiersistemo) kaj ).
Analogie kun BitTorrent, datumoj estas rekte stokitaj en la sistemoj de partoprenantoj, kiuj interŝanĝas informojn en P2P-reĝimo, sen esti ligitaj al centralizitaj nodoj. Se necesas ricevi dosieron kun certa enhavo, la sistemo trovas partoprenantojn, kiuj havas ĉi tiun dosieron kaj sendas ĝin el siaj sistemoj en partoj en pluraj fadenoj. Post elŝuto de la dosiero al sia sistemo, la partoprenanto aŭtomate fariĝas unu el la punktoj por ĝia distribuo. Determini retajn partoprenantojn sur kies nodoj ĉeestas la interesa enhavo distribuita hashtabelo (). Por aliri la tutmondan IPFS FS, la HTTP-protokolo povas esti uzata aŭ la virtuala FS /ipfs povas esti muntita per la FUSE-modulo.
IPFS helpas solvi problemojn kiel konservado fidindeco (se la originala stokado malsukcesas, la dosiero povas esti elŝutita de la sistemoj de aliaj uzantoj), rezisto al enhavcenzuro (blokado postulas bloki ĉiujn uzantsistemojn kiuj havas kopion de la datumoj) kaj organizado de aliro. se mankas rekta konekto al Interreto aŭ se la kvalito de la komunika kanalo estas malbona (vi povas elŝuti datumojn per proksimaj partoprenantoj en la loka reto). Krom stokado de dosieroj kaj interŝanĝado de datumoj, IPFS povas esti uzata kiel bazo por krei novajn servojn, ekzemple, por organizi la funkciadon de retejoj, kiuj ne estas ligitaj al serviloj, aŭ por krei distribuitajn. .
fonto: opennet.ru