🥇IPFS senza dolore (ma questu ùn hè micca precisu)

Malgradu u fattu chì Habré era digià più di un articulu nantu à IPFS.

Chjaraghju subitu chì ùn sò micca un espertu in questu spaziu, ma aghju dimustratu interessu in sta tecnulugia più di una volta, ma pruvà à ghjucà cun ella spessu causatu qualchì dolore. Oghje aghju cuminciatu à sperimentà di novu è aghju alcuni risultati chì mi piacerebbe sparte. In breve, u prucessu di stallazione IPFS è alcune funziunalità seranu descritte (tuttu hè statu fattu nantu à ubuntu, ùn aghju micca pruvatu in altre piattaforme).

Se avete mancatu ciò chì IPFS hè, hè scrittu in qualchì dettagliu quì: habr.com/en/post/314768

rimarchevuli

Per a purità di l'esperimentu, suggerenu di installà immediatamente nantu à un servitore esternu, postu chì avemu da cunsiderà alcune trappule cù u travagliu in modu locale è remoto. Allora, se vulete, ùn serà micca demolitu per un bellu pezzu, ùn ci hè micca assai.

Installa vai

Documentazione ufficiale
Vede a versione attuale à golang.org/dl

Nota: hè megliu installà l'IPFS in nome di l'utilizatore chì deve aduprà più spessu. U fattu hè chì quì sottu cunsideremu l'opzione di muntazione via FUSU è ci sò suttilità.

cd ~
curl -O https://dl.google.com/go/go1.12.9.linux-amd64.tar.gz
tar xvf go1.12.9.linux-amd64.tar.gz
sudo chown -R root:root ./go
sudo mv go /usr/local
rm go1.12.9.linux-amd64.tar.gz

Allora avete bisognu di aghjurnà l'ambiente (più dettagli quì: golang.org/doc/code.html#GOPATH).

echo 'export GOPATH=$HOME/work' >> ~/.bashrc
echo 'export PATH=$PATH:/usr/local/go/bin:$GOPATH/bin' >> ~/.bashrc
source ~/.bashrc

Verificate chì andate hè stallatu

go version

Installa IPFS

Mi piace u metudu di stallazione u più aghjurnamentu ipfs.

Installa lu cù u cumandimu

go get -v -u github.com/ipfs/ipfs-update

Dopu quì, pudete eseguisce i seguenti cumandamenti:

versioni ipfs-update - per vede tutte e versioni dispunibili per u scaricamentu.
versione ipfs-update - per vede a versione attualmente installata (finu à avè installatu IPFS, ùn serà nimu).
L'ultima installazione di ipfs-update - installate l'ultima versione di IPFS. Invece di l'ultime, rispettivamente, pudete specificà ogni versione desiderata da a lista di quelli dispunibili.

Installazione di ipfs

ipfs-update install latest

Verificendu

ipfs --version

Direttamente cù a stallazione in termini generale tuttu.

Avviate IPFS

Inizializazione

Prima avete bisognu di fà l'inizializazione.

ipfs init

In risposta, riceverete qualcosa cum'è questu:

 ipfs init
initializing IPFS node at /home/USERNAME/.ipfs
generating 2048-bit RSA keypair...done
peer identity: QmeCWX1DD7HnXXXXXXXXXXXXXXXXXXXXXXXXxxx
to get started, enter:
	ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

Pudete eseguisce u cumandamentu suggeritu

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

risultatu

Hello and Welcome to IPFS!

██╗██████╗ ███████╗███████╗
██║██╔══██╗██╔════╝██╔════╝
██║██████╔╝█████╗  ███████╗
██║██╔═══╝ ██╔══╝  ╚════██║
██║██║     ██║     ███████║
╚═╝╚═╝     ╚═╝     ╚══════╝

If you're seeing this, you have successfully installed
IPFS and are now interfacing with the ipfs merkledag!

 -------------------------------------------------------
| Warning:                                              |
|   This is alpha software. Use at your own discretion! |
|   Much is missing or lacking polish. There are bugs.  |
|   Not yet secure. Read the security notes for more.   |
 -------------------------------------------------------

Check out some of the other files in this directory:

  ./about
  ./help
  ./quick-start     <-- usage examples
  ./readme          <-- this file
  ./security-notes

Quì, in my opinion, l'interessante principia. I picciotti in u stadiu di a stallazione sò digià cuminciatu à aduprà e so tecnulugia. L'hash pruposta QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv ùn hè micca generatu specificamente per voi, ma cusitu in a liberazione. Vale à dì, prima di a liberazione, anu preparatu un testu di benvenutu, l'anu versatu in IPFS è aghjunghjenu l'indirizzu à l'installatore. Pensu chì hè assai cool. È stu schedariu (più precisamente, tuttu u cartulare) pò avà esse vistu micca solu in u locu, ma ancu nantu à a porta ufficiale. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. À u listessu tempu, pudete esse sicuru chì u cuntenutu di u cartulare ùn hà micca cambiatu in ogni modu, perchè s'ellu avia cambiatu, allora l'hash avaria ancu cambiatu.

In modu, in questu casu, IPFS hà parechje similitudini cù u servitore di cuntrollu di versione. Se fate cambiamenti à i fugliali fonte di u cartulare è torna u cartulare in IPFS, allora riceverà un novu indirizzu. À u listessu tempu, u vechju cartulare ùn andarà in ogni locu cusì cusì è serà dispunibule à u so indirizzu precedente.

Lanciamentu direttu

ipfs daemon

Duvete riceve una risposta cum'è questu:

ipfs daemon
Initializing daemon...
go-ipfs version: 0.4.22-
Repo version: 7
System version: amd64/linux
Golang version: go1.12.7
Swarm listening on /ip4/x.x.x.x/tcp/4001
Swarm listening on /ip4/127.0.0.1/tcp/4001
Swarm listening on /ip6/::1/tcp/4001
Swarm listening on /p2p-circuit
Swarm announcing /ip4/127.0.0.1/tcp/4001
Swarm announcing /ip6/::1/tcp/4001
API server listening on /ip4/127.0.0.1/tcp/5001
WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080
Daemon is ready

Apertura di e porte à Internet

Attenti à sti dui linii:

WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080

Avà, se installate IPFS in u locu, accede à l'interfacce IPFS à l'indirizzi lucali è tuttu serà dispunibule per voi (Per esempiu, localhost:5001/webui/). Ma quandu hè stallatu nantu à un servitore esternu, per automaticamente, i gateway sò chjusi à Internet. Gateway dui:

amministratore webui (github) nantu à u portu 5001.
API esterna nantu à u portu 8080 (solu lettura).

Finu a ora, i dui porti (5001 è 8080) ponu esse aperti per esperimenti, ma in un servitore di cummattimentu, sicuru, u portu 5001 deve esse chjusu cù un firewall. Ci hè ancu u portu 4001, chì hè necessariu per chì l'altri pari ponu truvà. Si deve esse lasciatu apertu à e dumande esterne.

Aprite ~/.ipfs/config per edità è truvate queste linee in questu:

"Addresses": {
  "Swarm": [
    "/ip4/0.0.0.0/tcp/4001",
    "/ip6/::/tcp/4001"
  ],
  "Announce": [],
  "NoAnnounce": [],
  "API": "/ip4/127.0.0.1/tcp/5001",
  "Gateway": "/ip4/127.0.0.1/tcp/8080"
}

Cambia 127.0.0.1 à l'ip di u vostru servitore è salvate u schedariu, dopu ripigliate ipfs (arresta u cumandamentu in esecuzione cù Ctrl + C è riavvia).

Duverebbe ottene

...
WebUI: http://ip_вашего_сервера:5001/webui
Gateway (readonly) server listening on /ip4/ip_вашего_сервера/tcp/8080

Avà l'interfaccia esterna deve esse dispunibule.

Scuprite

http://домен_или_ip_сервера:8080/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

U schedariu readme sopra deve esse apertu.

http://домен_или_ip_сервера:5001/webui/

L'interfaccia web deve esse apertu.

Se webui travaglia per voi, allora i paràmetri IPFS ponu esse cambiati direttamente in questu, cumprese statistiche di visualizazione, ma quì sottu cunsiderà l'opzioni di cunfigurazione direttamente attraversu u schedariu di cunfigurazione, chì generalmente ùn hè micca criticu. Hè megliu ricurdà esattamente induve hè a cunfigurazione è ciò chì deve fà cun ella, altrimente se a faccia web ùn viaghja micca, serà più difficiule.

Configurazione di una interfaccia web per travaglià cù u vostru servitore

Eccu u primu trappulu, chì hà pigliatu circa trè ore.

Se avete installatu IPFS in un servitore esternu, ma ùn avete micca installatu o eseguitu IPFS in u locu, allora quandu andate à /webui in l'interfaccia web, duvete vede un errore di cunnessione:

U fattu hè chì webui, in my opinion, travaglia assai ambiguously. Prima, prova di cunnette cù l'API di u servitore induve l'interfaccia hè aperta (basatu nantu à l'indirizzu in u navigatore, sicuru). è s'ellu ùn funziona micca quì, prova à cunnette à a porta di u locu. È s'è vo avete IPFS in u locu, allora webui hà da travaglià bè per voi, solu vi travaglià cù IPFS lucale, è micca esternu, ancu s'ellu avete apertu webui in un servitore esternu. Allora caricate i fugliali, ma per una certa ragione ùn li vede micca cusì in un servitore esternu ...

È s'ellu ùn funziona micca in u locu, allora avemu un errore di cunnessione. In u nostru casu, l'errore hè più prubabile per CORS, chì hè ancu indicatu da webui, chì suggerenu aghjunghje una cunfigurazione.

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["http://ip_вашего сервера:5001", "http://127.0.0.1:5001", "https://webui.ipfs.io"]'
ipfs config --json API.HTTPHeaders.Access-Control-Allow-Methods '["PUT", "GET", "POST"]'

Aghju ghjustu registratu un wildcard

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["*"]'

L'intestazione aghjuntu pò esse truvata in u listessu ~/.ipfs/config. In u mo casu hè

  "API": {
    "HTTPHeaders": {
      "Access-Control-Allow-Origin": [
        "*"
      ]
    }
  },

Riavvia l'ipfs è vedemu chì webui hà cunnessu successu (in ogni casu, duverebbe, se avete apertu i gateway per e richieste da l'esternu, cum'è descrittu sopra).

Avà vi ponu cullà cartulare è schedari direttamente attraversu l 'interfaccia web, oltri a criari i vostri propri cartulare.

Muntà u sistema di schedarii FUSE

Eccu una funzione abbastanza interessante.

I schedarii (cum'è cartulare), pudemu aghjunghje micca solu per mezu di l'interfaccia web, ma ancu direttamente in u terminal, per esempiu

ipfs add test -r
added QmfYuz2gegRZNkDUDVLNa5DXzKmxxxxxxxxxx test/test.txt
added QmbnzgRVAP4fL814h5mQttyqk1aURxxxxxxxxxxxx test

L'ultimu hash hè l'hash di u cartulare radicali.

Utilizendu stu hash, pudemu apre un cartulare nantu à qualsiasi node ipfs (chì ponu truvà u nostru node è uttene u cuntenutu), pudemu in l'interfaccia web in u portu 5001 o 8080, o pudemu localmente via ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Ma pudete sempre apre u cum'è un cartulare normale.

Creemu dui cartulare à a radica è cuncedemu i diritti à elli à u nostru utilizatore.

sudo mkdir /ipfs /ipns
sudo chown USERNAME /ipfs /ipns

è ripigliate ipfs cù --mount flag

ipfs daemon --mount

Pudete creà cartulare in altri lochi è specificà u percorsu per elli attraversu i paràmetri di u daemon ipfs -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

Avà a lettura da stu cartulare hè un pocu inusual.

ls -la /ipfs
ls: reading directory '/ipfs': Operation not permitted
total 0

Questu hè, ùn ci hè micca accessu direttu à a radica di stu cartulare. Ma pudete ottene u cuntenutu, sapendu l'hash.

ls -la /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx
total 0
-r--r--r-- 1 root root 10 Aug 31 07:03 test.txt

cat /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx/test.txt 
test
test

À u listessu tempu, ancu u cumpletu automaticu travaglia in u cartulare quandu u percorsu hè specificatu.

Cumu l'aghju dettu sopra, ci sò suttilità cù tali muntatura: per difettu, i cartulare FUSE muntati sò dispunibuli solu per l'utilizatori attuale (ancu a radica ùn serà micca capaci di leghje da un tali cartulare, per ùn dì micca altri utilizatori in u sistema). Sè vo vulete rende questi cartulare dispunibuli à l'altri utilizatori, allora in a cunfigurazione avete bisognu di cambià "FuseAllowOther": false à "FuseAllowOther": true. Ma ùn hè micca tuttu. Se eseguite IPFS cum'è root, allora tuttu hè bè. È s'ellu hè in nome di un utilizatore regulare (ancu sudo), allora uttene un errore

mount helper error: fusermount: option allow_other only allowed if 'user_allow_other' is set in /etc/fuse.conf

In questu casu, avete bisognu di edità /etc/fuse.conf annunziendu a linea #user_allow_other.

Dopu quì, ripigliate ipfs.

Problemi cunnisciuti cù FUSE

U prublema hè statu nutatu più d'una volta chì dopu avè riavviatu l'ipfs cù a muntagna (è forse in altri casi), i punti di muntagna /ipfs è /ipns ùn sò micca dispunibili. Ùn ci hè micca accessu à elli, è ls -la /ipfs mostra ???? in a lista di diritti.

Truvatu sta suluzione:

fusermount -z -u /ipfs
fusermount -z -u /ipns

Allora ripigliate ipfs.

Aghjunghjendu un serviziu

Di sicuru, a corsa in u terminal hè adattatu solu per i testi iniziali. In u modu di cummattimentu, u daemon deve principià automaticamente à l'iniziu di u sistema.

In nome di sudo, crea u schedariu /etc/systemd/system/ipfs.service è scrivite:

[Unit]
Description=IPFS Daemon
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=simple
ExecStart=/home/USERNAME/work/bin/ipfs daemon --mount
User=USERNAME
Restart=always

[Install]
WantedBy=multi-user.target

USERNAME, sicuru, deve esse rimpiazzatu cù u vostru utilizatore (è forsi u percorsu sanu à u prugramma ipfs serà diversu per voi (tu deve specificà u percorsu sanu)).

Avemu attivatu u serviziu.

sudo systemctl enable ipfs.service

Cuminciamu u serviziu.

sudo service ipfs start

Verificate u statutu di u serviziu.

sudo service ipfs status

Per a purità di l'esperimentu, serà pussibule reboot u servitore in u futuru per verificà chì ipfs principia automaticamente automaticamente.

Aghjunghjendu feste cunnisciute à noi

Cunsiderate una situazione induve avemu nodi IPFS installati in un servitore esternu è in u locu. Nant'à un servitore esternu, aghjustemu qualchì schedariu è pruvate d'avè da IPFS localmente da CID. Chì succede ? Di sicuru, u servitore lucale assai prubabilmente ùn sapi nunda di u nostru servitore esternu è simpricimenti pruvà à truvà u schedariu da CID "dumandendu" tutti i pari IPFS dispunibuli (cu chì hà digià sappiutu di "cunniscenza"). Quelli à u turnu dumandaranu à l'altri. È cusì, finu à chì u schedariu hè truvatu. In realtà, a listessa cosa succede quandu avemu pruvatu à ottene u schedariu attraversu u gateway ufficiale ipfs.io. Sè vo site furtunatu, u schedariu sarà trovu in qualchi seconde. È s'ellu ùn hè micca, ùn serà micca truvatu ancu in pochi minuti, chì affetta assai a cunsulazione di u travagliu. Ma sapemu induve stu schedariu apparirà prima. Allora perchè ùn dicemu micca immediatamente à u nostru servitore lucale "Cerca prima quì"? Apparentemente, questu pò esse fattu.

1. Andemu à u servitore remoto è fighjemu in u ~/.ipfs/config config

"Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuxxxxxxxxxxxxxxxx",

2. Eseguite u sudo service ipfs status è cercate e entrate Swarm in questu, per esempiu:

Swarm announcing /ip4/ip_вашего_сервера/tcp/4001

3. Aghjunghjemu da questu l'indirizzu generale di a forma "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. Per affidabilità, avemu da pruvà à aghjunghje stu indirizzu à i pari attraversu u nostru webui lucali.

5. Se tuttu hè bè, apre a config locale ~ / .ipfs / config, truvate "Bootstrap" in questu: [...
è aghjunghje l'indirizzu ricevutu prima à l'array.

Riavvia IPFS.

Avà aghjustemu u schedariu à u servitore esternu è pruvate à dumandà à u locale. Deve vola veloce.

Ma sta funziunalità ùn hè ancu stabile. In quantu aghju capitu, ancu s'è no specifichi l'indirizzu di un peer in Bootstrap, ipfs cambia a lista di cunnessione attivi cù i pari durante l'operazione. In ogni casu, a discussione di questu è i desideri in quantu à a pussibilità di specificà e feste permanenti hè in corso ccà è pare chì supposta aghjunghje alcune funziunalità à [email prutettu]+

A lista di i pari attuali pò esse vistu in u webui è in u terminal.

ipfs swarm peers

È quì è quì pudete aghjunghje a vostra festa manualmente.

ipfs swarm connect "/ip4/ip_вашего_сервера/tcp/4001/ipfs/$PeerID"

Finu à sta funziunalità hè stata migliurata, pudete scrive un strumentu per verificà una cunnessione à u peer desideratu è, se no, per aghjunghje una cunnessione.

Ragiunamentu

Trà quelli chì sò digià familiarizati cù IPFS, ci sò tramindui argumenti per è contru IPFS. In fondu, ieri discussione è m'hà incitatu à scavà in IPFS di novu. E riguardu à a discussione sopra citata: ùn possu micca dì chì mi oppone fermamente à qualsiasi argumentu di quelli chì anu parlatu (ùn sò d'accordu solu cù u fattu chì un prugrammatore è mezu utilizanu IPFS). In generale, i dui sò ghjustu in u so modu (in particulare cumentu nantu à i cuntrolli ti fa pensà). Ma s'è no scartà a valutazione murali è legale, chì darà una valutazione tecnica di sta tecnulugia? In modu persunale, aghju qualchì tipu di sensu internu chì "questu deve esse fattu inequivocamente, hà certe prospettive". Ma perchè esattamente, ùn ci hè micca una formulazione chjara. Cum'è, se fighjate à l'arnesi centralizati esistenti, allora in parechji rispetti sò assai avanti (stabilità, rapidità, gestione, etc.). Tuttavia, aghju un pensamentu chì pare avè un sensu è chì ùn pò micca esse implementatu senza tali sistemi decentralizati. Di sicuru, mi sò swinging troppu duru, ma l'avissi a furmulà cusì : u principiu di a diffusione di l'infurmazioni in Internet deve esse cambiatu.

Lasciami spiegà. Se pensate à questu, avà avemu l'infurmazioni distribuite secondu u principiu "Spergu chì quellu à quale l'aghju datu a prutezzione di ellu è ùn serà micca persu o ricevutu da quelli à quale ùn era micca destinatu". Per esempiu, hè faciule cunsiderà diversi servizii di mail, almacenamenti in nuvola, etc. È chì finiscemu ? In u hub di Habré Sicurezza di l'infurmazione hè nantu à a prima linea è quasi ogni ghjornu ricevemu nutizie nantu à una altra fuga globale. In principiu, tutte e cose più interessanti sò listate in <ironia> maravigliosa articulu L'estate hè quasi finita. Ùn ci hè quasi nisuna dati unleaked. Questu hè, i principali giganti di l'Internet sò diventati più grande, anu accumulendu più è più infurmazione, è tali fughe sò un tipu d'esplosioni atomiche d'infurmazioni. Questu ùn hè mai accadutu prima, è quì hè di novu. À u listessu tempu, ancu s'è parechji capiscenu chì ci sò risichi, anu da cuntinuà à cunfidà i so dati à cumpagnie di terzu. Prima, ùn ci hè micca assai alternativa, è in segundu, prumettenu chì anu patched up all the holes and this will never happen again.

Chì opzione vecu ? Mi pare chì i dati sò inizialmente distribuiti in modu apertu. Ma l'apertura in questu casu ùn significa micca chì tuttu deve esse faciule di leghje. Parlu di l'apertura di l'almacenamiento è a distribuzione, ma micca l'apertura tutale in a lettura. Assumimu chì l'infurmazioni deve esse distribuitu cù chjavi publichi. Dopu tuttu, u principiu di chjavi publicu / privatu hè digià vechju, quasi cum'è Internet. Se l'infurmazione ùn hè micca cunfidenziale è hè destinata à un circhiu largu, allora hè disposta immediatamente cù una chjave publica (ma sempre in forma criptata, solu qualcunu pò decriptà cù a chjave dispunibule). E s'ellu ùn hè micca, allora hè dispostu senza una chjave publica, è a chjave stessu hè trasferita à ciò chì deve avè accessu à questa infurmazione. À u listessu tempu, quellu chì deve leghje deve avè solu una chjave, è induve uttene sta informazione, ùn deve micca veramente soar - ellu solu tira da a reta (questu hè u novu principiu di distribuzione per cuntenutu, micca per indirizzu).

Cusì, per un attaccu di massa, l'attaccanti anu bisognu di ottene un gran numaru di chjavi privati, è questu hè improbabile di esse fattu in un locu. Stu compitu, cum'è aghju vistu, hè più difficiule di pirate un serviziu particulari.

È quì un altru prublema hè chjusu: cunferma di l'autore. Avà nantu à Internet pudete truvà parechje citazioni scritte da i nostri amichi. Ma induve hè a guaranzia chì sò stati quelli chì l'hà scrittu ? Avà, se ogni tali record era accumpagnatu da una firma digitale, saria assai più faciule. È ùn importa micca induve sta infurmazione si trova, a cosa principal hè a firma, chì, sicuru, hè difficiule di falsificà.

È eccu ciò chì hè interessante quì: IPFS porta digià strumenti di criptografia (dopu à tuttu, hè custruitu nantu à a tecnulugia blockchain). A chjave privata hè immediatamente specificata in a cunfigurazione.

  "Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuMxxxxxxxxxxxxxx",
    "PrivKey": "CAASqAkwggSkAgEAAoIBAQClZedVmj8JkPvT92sGrNIQmofVF3ne8xSWZIGqkm+t9IHNN+/NDI51jA0MRzpBviM3o/c/Nuz30wo95vWToNyWzJlyAISXnUHxnVhvpeJAbaeggQRcFxO9ujO9DH61aqgN1m+JoEplHjtc4KS5
pUEDqamve+xAJO8BWt/LgeRKA70JN4hlsRSghRqNFFwjeuBkT1kB6tZsG3YmvAXJ0o2uye+y+7LMS7jKpwJNJBiFAa/Kuyu3W6PrdOe7SqrXfjOLHQ0uX1oYfcqFIKQsBNj/Fb+GJMiciJUZaAjgHoaZrrf2b/Eii3z0i+QIVG7OypXT3Z9JUS60
KKLfjtJ0nVLjAgMBAAECggEAZqSR5sbdffNSxN2TtsXDa3hq+WwjPp/908M10QQleH/3mcKv98FmGz65zjfZyHjV5C7GPp24e6elgHr3RhGbM55vT5dQscJu7SGng0of2bnzQCEw8nGD18dZWmYJsE4rUsMT3wXxhUU4s8/Zijgq27oLyxKNr9T7
2gxqPCI06VTfMiCL1wBBUP1wHdFmD/YLJwOjV/sVzbsl9HxqzgzlDtfMn/bJodcURFI1sf1e6WO+MyTc3.................

Ùn sò micca un spicializatu di sicurità è ùn pò micca sapè esattamente cumu utilizà bè, ma mi pari chì sti chjavi sò usati à u livellu di scambiu trà i nodi IPFS. È ancu js-ipfs è prughjetti esempiu cum'è orbita-dbnantu à quale travaglia orbita.chat. Vale à dì, teoricamente, ogni dispositivu (mobile è micca solu) pò esse facilmente equipatu cù e so machini di criptografia-decifrazione. In questu casu, ferma solu per tutti per piglià a cura di salvà i so chjavi privati, è ognunu serà rispunsevuli di a so propria sicurità, è micca esse un ostagiu di un altru fattore umanu nantu à un giant Internet super-pupulare.

Solu l'utilizatori registrati ponu participà à l'indagine. Firmà lu, per piacè.

Avete intesu parlà di IPFS prima?

Ùn aghju mai intesu parlà di IPFS, ma pare interessante
Ùn aghju micca intesu è ùn vogliu micca sente
Intesu ma micca interessatu
Intesu, ma ùn hà micca capitu, ma avà pare interessante
Aghju utilizatu attivamente IPFS per un bellu pezzu.

69 utilizatori anu vutatu. 13 utilizatori si sò astenuti.

Source: www.habr.com

IPFS senza dolore (ma questu ùn hè micca precisu)