🥇IPFS tanpa nyeri (nanging iki ora mesthi)

Senadyan kasunyatan sing wis ing Habré luwih saka siji artikel babagan IPFS.

Ayo kula njlentrehake langsung yen aku ora pakar ing lapangan iki, nanging aku wis ditulis kapentingan ing teknologi iki luwih saka sapisan, nanging nyoba kanggo muter karo asring nyebabake sawetara pain. Dina iki aku miwiti nyobi maneh lan entuk sawetara asil sing aku pengin nuduhake. Ing cendhak, proses instalasi IPFS lan sawetara trik bakal diterangake (kabeh wis rampung ing ubuntu, aku durung nyoba ing platform liyane).

Yen sampeyan ora kejawab apa IPFS, iki ditulis kanthi rinci ing kene: habr.com/en/post/314768

Instalasi

Kanggo kemurnian eksperimen, Aku suggest nginstal ing sawetara server external langsung, awit kita bakal nimbang sawetara pitfalls karo bisa ing mode lokal lan remot. Banjur, yen sampeyan pengin, ora bakal suwe kanggo ngrusak; ora ana akeh.

Instal go

Dokumentasi resmi
Kanggo versi saiki, ndeleng golang.org/dl

Cathetan: Luwih becik nginstal IPFS atas jenenge pangguna sing paling kerep digunakake. Kasunyatan iku ing ngisor iki kita bakal nimbang pilihan saka soyo tambah liwat RUMAH lan ana subtleties ana.

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

Banjur sampeyan kudu nganyari lingkungan (rincian liyane ing kene: 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

Priksa manawa go wis diinstal

go version

Nginstal IPFS

Aku paling seneng karo cara instalasi: nganyari ipfs.

Kita nginstal kanthi printah

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

Sawise iki, sampeyan bisa mbukak printah ing ngisor iki:

ipfs-update versi — kanggo ndeleng kabeh versi sing kasedhiya kanggo diundhuh.
ipfs-update versi - kanggo ndeleng versi diinstal saiki (nganti kita wis IPFS diinstal, iku bakal ora ana).
ipfs-update nginstal paling anyar - nginstal versi paling anyar saka IPFS. Tinimbang paling anyar, sampeyan bisa nemtokake versi sing dikarepake saka dhaptar sing kasedhiya.

Nginstal ipfs

ipfs-update install latest

Mriksa

ipfs --version

Kabeh langsung karo instalasi ing istilah umum.

Miwiti IPFS

Wiwitan

Pisanan sampeyan kudu nindakake initialization.

ipfs init

Nanggepi sampeyan bakal nampa kaya iki:

 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

Sampeyan bisa mbukak printah sing disaranake

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

asil

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

Iki ngendi, ing mratelakake panemume, iku dadi menarik. Malah ing tataran instalasi, wong lanang wis wiwit nggunakake teknologi dhewe. Ngajokaken hash QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv ora digawe khusus kanggo sampeyan, nanging ditempelake ing release. Yaiku, sadurunge diluncurake, dheweke nyiapake teks sambutan, diwutahake menyang IPFS lan nambahake alamat menyang installer. Aku iki kelangan banget. Lan file iki (luwih tepat, kabeh folder) saiki bisa dideleng ora mung sacara lokal, nanging uga ing gateway resmi. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Ing kasus iki, sampeyan bisa yakin manawa isi folder kasebut ora diganti kanthi cara apa wae, amarga yen wis diganti, hash uga bakal diganti.

Miturut cara, ing kasus iki, IPFS duwe sawetara podho karo server kontrol versi. Yen sampeyan nggawe owahan menyang file sumber folder lan ngunggah folder kasebut menyang IPFS maneh, bakal nampa alamat anyar. Ing wektu sing padha, folder lawas ora bakal pindhah menyang ngendi wae lan bakal kasedhiya ing alamat sadurunge.

Langsung diluncurake

ipfs daemon

Sampeyan kudu njaluk respon kaya iki:

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

Mbukak lawang menyang Internet

Pay manungsa waé menyang rong baris iki:

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

Saiki, yen sampeyan nginstal IPFS sacara lokal, sampeyan bakal ngakses antarmuka IPFS nggunakake alamat lokal lan kabeh bakal kasedhiya kanggo sampeyan (Contone, localhost:5001/webui/). Nanging nalika diinstal ing server eksternal, kanthi gawan gateway ditutup menyang Internet. Ana rong gateway:

admin webi (GitHub) ing port 5001.
API eksternal ing port 8080 (mung diwaca).

Saiki, loro port (5001 lan 8080) bisa dibukak kanggo eksperimen, nanging ing server produksi, mesthine port 5001 kudu ditutup nganggo firewall. Ana uga port 4001, perlu supaya kanca-kanca liyane bisa nemokake sampeyan. Sampeyan kudu mbukak kanggo panjalukan saka njaba.

Bukak ~/.ipfs/config kanggo nyunting lan temokake baris kasebut:

"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"
}

Kita ngganti 127.0.0.1 menyang ip server lan simpen file kasebut, banjur miwiti maneh ipfs (mandheg printah sing mlaku nganggo Ctrl + C lan mbukak maneh).

kudu entuk

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

Saiki antarmuka eksternal kudu kasedhiya.

Mriksa

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

File readme ing ndhuwur kudu mbukak.

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

Antarmuka web kudu mbukak.

Yen sampeyan duwe webui mlaku, banjur setelan IPFS bisa diganti langsung ing, kalebu ndeleng statistik, nanging ing ngisor iki aku bakal nimbang opsi konfigurasi langsung liwat file config, kang umume ora kritis. Iku mung luwih apik kanggo ngelingi ngendi persis config lan apa apa karo, digunakake yen antarmuka web ora bisa, iku bakal luwih angel.

Nyiyapake antarmuka web kanggo nggarap server sampeyan

Punika pitfall pisanan, kang ngginakaken telung jam.

Yen sampeyan nginstal IPFS ing server eksternal, nanging ora nginstal utawa mbukak IPFS sacara lokal, banjur nalika sampeyan pindhah menyang / webui ing antarmuka web sampeyan kudu ndeleng kesalahan sambungan:

Kasunyatane yaiku webui, miturut pendapatku, kerjane beda banget. Kaping pisanan, nyoba nyambung menyang API server ing ngendi antarmuka mbukak (adhedhasar alamat ing browser, mesthi). lan yen ora bisa ana, banjur nyoba kanggo nyambung menyang gateway lokal. Lan yen sampeyan duwe IPFS mlaku sacara lokal, banjur webui bakal bisa digunakake kanggo sampeyan, mung sampeyan bakal nggarap IPFS lokal, lan ora eksternal, sanajan sampeyan mbukak webui ing server eksternal. Banjur sampeyan ngunggah file kasebut, nanging sakperangan alesan sampeyan ora mung ndeleng ing server eksternal ...

Lan yen ora diluncurake sacara lokal, mula ana kesalahan sambungan. Ing kasus kita, kesalahan kasebut paling mungkin amarga CORS, sing uga dituduhake dening webui, sing nyaranake nambah konfigurasi.

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"]'

Aku mung ndhaptar wildcard kanggo aku

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

Header sing ditambahake bisa ditemokake ing ~/.ipfs/config sing padha. Ing kasusku iku

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

Kita miwiti maneh ipfs lan ndeleng manawa webui wis kasil disambungake (paling ora yen sampeyan wis mbukak gateway kanggo panjaluk saka njaba, kaya sing kasebut ing ndhuwur).

Saiki sampeyan bisa ngunggah folder lan file langsung liwat antarmuka web, uga nggawe folder sampeyan dhewe.

Pasang sistem file FUSE

Iki minangka fitur sing cukup menarik.

Kita bisa nambah file (kaya folder) ora mung liwat antarmuka web, nanging uga langsung ing terminal, contone,

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

Hash pungkasan yaiku hash folder root.

Nggunakake hash iki, kita bisa mbukak folder ing sembarang simpul ipfs (sing bisa nemokake simpul kita lan nampa isi), kita bisa nindakake ing antarmuka web ing port 5001 utawa 8080, utawa kita bisa nindakake iku lokal liwat ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Nanging sampeyan uga bisa mbukak kaya folder biasa.

Ayo nggawe rong folder ing root lan menehi hak kanggo pangguna.

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

lan miwiti maneh ipfs nganggo --mount flag

ipfs daemon --mount

Sampeyan bisa nggawe folder ing panggonan liya lan nemtokake dalan menyang folder kasebut nggunakake parameter daemon ipfs -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

Saiki maca saka folder iki rada ora biasa.

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

Tegese, ora ana akses langsung menyang root folder iki. Nanging sampeyan bisa entuk isi yen ngerti 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

Kajaba iku, ing folder, malah autocompletion bisa digunakake nalika nemtokake path.

Kaya sing wis dakkandhakake ing ndhuwur, ana subtleties karo jinis pemasangan iki: kanthi standar, folder FUSE sing dipasang mung bisa diakses pangguna saiki (malah root ora bakal bisa maca saka folder kasebut, ora kanggo sebutno pangguna liyane ing sistem). . Yen sampeyan pengin nggawe folder kasebut kasedhiya kanggo pangguna liyane, banjur ing konfigurasi sampeyan kudu ngganti "FuseAllowOther": palsu dadi "FuseAllowOther": bener. Nanging ora mung kuwi. Yen sampeyan mbukak IPFS minangka root, kabeh iku OK. Lan yen atas jenenge pangguna biasa (malah sudo), sampeyan bakal entuk kesalahan

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

Ing kasus iki, sampeyan kudu ngowahi /etc/fuse.conf kanthi mbusak komentar ing baris #user_allow_other.

Sawise iki, kita miwiti maneh ipfs.

Masalah sing dikenal karo FUSE

Masalah wis ditemokake luwih saka sepisan yen sawise miwiti maneh ipfs kanthi mounting (lan bisa uga ing kasus liyane), titik gunung / ipfs lan / ipns dadi ora bisa diakses. Ora ana akses menyang wong-wong mau, nanging ls -la / ipfs nuduhake ???? ing dhaptar hak.

Aku nemokake solusi iki:

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

Banjur kita miwiti maneh ipfs.

Nambahake layanan

Mesthi, mlaku ing terminal mung cocok kanggo tes awal. Ing mode pertempuran, daemon kudu diwiwiti kanthi otomatis nalika sistem diwiwiti.

Atas jenenge sudo, gawe file /etc/systemd/system/ipfs.service lan tulisen:

[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, mesthi, kudu diganti karo pangguna sampeyan (lan mbok menawa path lengkap menyang program ipfs bakal beda kanggo sampeyan (sampeyan kudu nemtokake path lengkap)).

Ayo ngaktifake layanan kasebut.

sudo systemctl enable ipfs.service

Ayo dadi miwiti layanan.

sudo service ipfs start

Priksa status layanan.

sudo service ipfs status

Kanggo kemurnian eksperimen, bakal bisa urip maneh server ing mangsa ngarep kanggo mriksa manawa ipfs diwiwiti kanthi otomatis.

Nambahake kanca-kanca sing kita kenal

Ayo dipikirake kahanan sing wis diinstal simpul IPFS ing server eksternal lan lokal. Ing server njaba kita nambah sawetara file lan nyoba kanggo njaluk liwat IPFS lokal dening CID. Apa sing bakal kelakon? Mesthine, server lokal ora ngerti apa-apa babagan server eksternal kita lan mung bakal nyoba nemokake file kasebut kanthi CID kanthi "takon" kabeh kanca IPFS sing kasedhiya (sing wis bisa "kenalan"). Wong-wong mau bakal takon marang wong liya. Lan sateruse nganti file kasebut ditemokake. Bener, kedadeyan sing padha nalika nyoba nampa file liwat gateway resmi ipfs.io. Yen sampeyan beruntung, file kasebut bakal ditemokake ing sawetara detik. Lan yen ora, mula ora bakal ditemokake sanajan sawetara menit, sing mengaruhi kenyamanan kerja. Nanging kita ngerti ngendi file iki bakal katon pisanan. Dadi kenapa ora langsung ngandhani server lokal "Deleng ana dhisik"? Ketoke, iki bisa ditindakake.

1. Pindhah menyang server remot lan goleki ~/.ipfs/config ing config

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

2. Jalanake status ipfs layanan sudo lan goleki entri Swarm, contone:

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

3. Saka iki kita nambah alamat umum saka wangun "/ip4/ip_of_your_server/tcp/4001/ipfs/$PeerID".

4. Kanggo linuwih, ayo nyoba nambahake alamat iki menyang kanca-kanca liwat webui lokal kita.

5. Yen kabeh OK, bukak config lokal ~/.ipfs/config, golek "Bootstrap" ing: [...
lan tambahake alamat sing ditampa dhisik menyang array.

Wiwiti maneh IPFS.

Saiki ayo nambah file menyang server eksternal lan nyoba njaluk ing lokal. Mesthi mabur kanthi cepet.

Nanging fungsi iki durung stabil. Sa adoh aku ngerti, sanajan kita nemtokake alamat peer ing Bootstrap, sajrone operasi ipfs ngganti dhaptar sambungan aktif menyang kanca-kanca. Ing kasus apa wae, diskusi babagan iki lan kepinginan babagan kemungkinan nemtokake kanca-kanca permanen ditindakake kene lan misale jek kaya mestine nambah sawetara fungsi kanggo [email dilindhungi]+

Dhaptar kanca saiki bisa dideleng ing webui lan ing terminal.

ipfs swarm peers

Ing loro panggonan sampeyan bisa kanthi manual nambah riyaya dhewe.

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

Nganti fungsi iki apik, sampeyan bisa nulis alat kanggo mriksa sambungan karo peer sing dipengini lan, yen ora, kanggo nambah sambungan.

Penalaran

Ing antarane sing wis kenal karo IPFS, ana loro argumen kanggo lan nglawan IPFS. Pokoke wingi diskusi lan njaluk aku dig menyang IPFS maneh. Lan babagan diskusi kasebut: Aku ora bisa ngomong yen aku banget nglawan argumentasi sing diwenehake saka wong-wong sing ngomong (Aku mung ora setuju yen siji lan setengah programer nggunakake IPFS). Umumé, loro-lorone bener kanthi cara dhewe (utamane komentar babagan mriksa nggawe sampeyan mikir). Nanging yen kita nyisihake penilaian moral lan hukum, sapa sing bakal menehi penilaian teknis babagan teknologi iki? Secara pribadi, aku duwe sawetara perasaan batin sing "iki mesthi perlu, duwe prospek tartamtu." Nanging kok persis, ora ana formulasi sing jelas. Kaya, yen sampeyan ndeleng alat terpusat sing wis ana, mula akeh aspek sing luwih maju (stabilitas operasi, kacepetan operasi, kontrol, lan liya-liyane). Nanging, aku duwe ide sing bisa dingerteni lan meh ora bisa ditindakake tanpa sistem desentralisasi kasebut. Mesthine, aku meksa banget, nanging aku bakal ngrumusake kanthi cara iki: prinsip nyebarake informasi ing Internet kudu diganti.

Ayo kula nerangake. Yen sampeyan mikir babagan iki, saiki kita nyebarake informasi miturut prinsip "Muga-muga wong sing dakwenehake bakal nglindhungi lan ora bakal ilang utawa ditampa dening wong sing ora dikarepake." Minangka conto, gampang nimbang macem-macem layanan email, panyimpenan maya, lsp. Lan apa sing kita duwe ing pungkasan? Hub ing Habré Keamanan Informasi ana ing baris pisanan lan meh saben dina kita nampa kabar babagan bocor global liyane. Ing asas, kabeh sing paling menarik didaftar ing <ironically> apik artikel Musim panas wis meh rampung. Meh ora ana data sing isih ana sing durung bocor. Yaiku, raksasa Internet utama dadi luwih gedhe lan luwih gedhe, lagi nglumpukake informasi luwih akeh, lan bocor kasebut minangka jinis ledakan atom informasi. Iki wis tau kedaden sadurunge, lan kene maneh. Ing wektu sing padha, sanajan akeh sing ngerti manawa ana risiko, dheweke bakal terus dipercaya data kasebut menyang perusahaan pihak katelu. Kaping pisanan, ora ana alternatif sing akeh, lan nomer loro, dheweke janji yen wis nambal kabeh bolongan lan iki ora bakal kedadeyan maneh.

Opsi apa sing dakdeleng? Iku misale jek kula sing data kudu pisanan disebarake mbukak. Nanging keterbukaan ing kasus iki ora ateges kabeh kudu gampang diwaca. Aku ngomong bab openness saka panyimpenan lan distribusi, nanging ora total openness ing maca. Aku nganggep yen informasi kudu disebarake nganggo kunci umum. Sawise kabeh, prinsip kunci publik/pribadi wis lawas kaya Internet. Yen informasi kasebut ora rahasia lan dimaksudake kanggo bunder sing amba, banjur dikirim langsung nganggo kunci umum (nanging isih ana ing wangun ndhelik, mung sapa wae sing bisa dekripsi nganggo kunci sing ana). Lan yen ora, banjur dikirim tanpa kunci umum, lan tombol kasebut ditransfer menyang wong sing kudu ngakses informasi kasebut. Ing wektu sing padha, sing kudu maca mung kudu duwe kunci, lan ing ngendi entuk informasi kasebut ora penting banget kanggo dheweke - dheweke mung narik saka jaringan (iki minangka prinsip distribusi anyar kanthi isi, lan ora miturut alamat).

Mangkono, kanggo serangan massive, panyerang kudu njupuk nomer ageng saka kunci pribadi, lan iki ora bisa rampung ing sak panggonan. Tugas iki, kaya sing dakdeleng, luwih angel tinimbang hacking layanan tartamtu.

Lan iki teka masalah liyane: konfirmasi authorship. Saiki ing Internet sampeyan bisa nemokake akeh kuotasi sing ditulis dening kanca-kanca. Nanging ing endi jaminan yen dheweke sing nulis? Saiki, yen saben rekaman kasebut diiringi tandha digital, bakal luwih gampang. Lan ora ketompo ngendi informasi iki dumunung, sing utama yaiku teken, sing jelas angel dipalsukan.

Lan ing kene sing menarik: IPFS wis ngemot alat enkripsi (sawise kabeh, dibangun ing teknologi pamblokiran). Tombol pribadi langsung dituduhake ing konfigurasi.

  "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.................

Aku ora spesialis keamanan lan aku ora bisa ngerti persis carane nggunakake iki bener, nanging misale jek kula sing tombol iki digunakake ing tingkat exchange antarane simpul IPFS. Lan uga js-ipfs lan proyek conto kayata orbit-db, kang dianggo orbit.chat. Sing, miturut teori, saben piranti (seluler lan ora mung) bisa gampang dilengkapi mesin enkripsi lan dekripsi dhewe. Ing kasus iki, kabeh sing isih ana yaiku kabeh wong kudu njaga kunci pribadine lan kabeh wong bakal tanggung jawab kanggo keamanan dhewe, lan ora dadi sandera kanggo faktor manungsa liyane ing sawetara raksasa Internet sing populer banget.

Mung pangguna pangguna sing bisa melu survey. mlebunggih.

Apa sampeyan wis krungu babagan IPFS sadurunge?

Aku wis tau krungu IPFS, nanging misale jek menarik
Aku wis ora krungu lan aku ora pengin krungu
Aku krungu bab iku, nanging aku ora kasengsem
Aku krungu, nanging ora ngerti, nanging saiki katon menarik
Aku wis aktif nggunakake IPFS kanggo dangu.

69 pangguna milih. 13 kedhaftar abstained.

Source: www.habr.com

IPFS tanpa nyeri (nanging iki ora akurat)