🥇IPFS tanpa kesakitan (tetapi ini tidak pasti)

Walaupun pada hakikatnya ia sudah ada di Habré lebih daripada satu artikel tentang IPFS.

Biar saya jelaskan dengan segera bahawa saya bukan pakar dalam bidang ini, tetapi saya telah menyatakan minat dalam teknologi ini lebih daripada sekali, tetapi cuba bermain dengannya sering menyebabkan sedikit kesakitan. Hari ini saya mula bereksperimen semula dan mendapat beberapa keputusan yang ingin saya kongsikan. Ringkasnya, proses pemasangan IPFS dan beberapa helah akan diterangkan (semuanya dilakukan pada ubuntu, saya belum mencubanya pada platform lain).

Jika anda terlepas apa itu IPFS, ia ditulis secara terperinci di sini: habr.com/ms/post/314768

Pemasangan

Untuk kemurnian percubaan, saya cadangkan memasangnya pada beberapa pelayan luaran dengan segera, kerana kami akan mempertimbangkan beberapa perangkap dengan bekerja dalam mod tempatan dan jauh. Kemudian, jika anda mahu, ia tidak akan mengambil masa yang lama untuk merobohkannya; tidak banyak di sana.

Pasang pergi

Dokumentasi rasmi
Untuk versi semasa, lihat golang.org/dl

Nota: Adalah lebih baik untuk memasang IPFS bagi pihak pengguna yang dijangka menggunakannya paling kerap. Hakikatnya ialah di bawah ini kita akan mempertimbangkan pilihan untuk memasang melalui FIUS dan terdapat kehalusan di sana.

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

Kemudian anda perlu mengemas kini persekitaran (butiran lanjut di sini: 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

Menyemak bahawa go telah dipasang

go version

Memasang IPFS

Saya paling suka kaedah pemasangan: ipfs-kemas kini.

Kami memasangnya dengan arahan

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

Selepas ini anda boleh menjalankan arahan berikut:

versi kemas kini ipfs — untuk melihat semua versi yang tersedia untuk dimuat turun.
versi kemas kini ipfs — untuk melihat versi yang dipasang semasa (sehingga kami memasang IPFS, ia tidak akan ada).
ipfs-kemas kini pemasangan terkini — pasang versi terkini IPFS. Daripada yang terkini, anda masing-masing boleh menentukan mana-mana versi yang diingini daripada senarai yang tersedia.

Memasang ipfs

ipfs-update install latest

Memeriksa

ipfs --version

Segala-galanya secara langsung dengan pemasangan secara umum.

Memulakan IPFS

Permulaan

Mula-mula anda perlu melakukan inisialisasi.

ipfs init

Sebagai tindak balas anda akan menerima sesuatu seperti ini:

 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

Anda boleh menjalankan arahan yang dicadangkan

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

Keputusan

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

Di sinilah, pada pendapat saya, perkara menjadi menarik. Malah pada peringkat pemasangan, lelaki itu sudah mula menggunakan teknologi mereka sendiri. Cincang QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv yang dicadangkan tidak dijana khusus untuk anda, tetapi dibenamkan dalam keluaran. Iaitu, sebelum keluaran, mereka menyediakan teks alu-aluan, menuangkannya ke IPFS dan menambah alamat kepada pemasang. Saya rasa ini sangat keren. Dan fail ini (lebih tepat lagi, keseluruhan folder) kini boleh dilihat bukan sahaja secara tempatan, tetapi juga pada pintu masuk rasmi ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Dalam kes ini, anda boleh yakin bahawa kandungan folder tidak berubah dalam apa jua cara, kerana jika ia telah berubah, cincang juga akan berubah.

Dengan cara ini, dalam kes ini, IPFS mempunyai beberapa persamaan dengan pelayan kawalan versi. Jika anda membuat perubahan pada fail sumber folder dan memuat naik folder ke IPFS sekali lagi, ia akan menerima alamat baharu. Pada masa yang sama, folder lama tidak akan pergi ke mana-mana begitu sahaja dan akan tersedia di alamat sebelumnya.

Pelancaran langsung

ipfs daemon

Anda sepatutnya mendapat respons seperti ini:

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

Membuka pintu ke Internet

Perhatikan dua baris ini:

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

Sekarang, jika anda memasang IPFS secara tempatan, maka anda akan mengakses antara muka IPFS menggunakan alamat setempat dan semuanya akan tersedia untuk anda (Sebagai contoh, localhost:5001/webui/). Tetapi apabila dipasang pada pelayan luaran, secara lalai pintu masuk ditutup kepada Internet. Terdapat dua pintu masuk:

webui admin (github) pada port 5001.
API Luaran pada port 8080 (baca sahaja).

Buat masa ini, kedua-dua port (5001 dan 8080) boleh dibuka untuk percubaan, tetapi pada pelayan pengeluaran, sudah tentu, port 5001 perlu ditutup dengan firewall. Terdapat juga port 4001, ia diperlukan supaya rakan sebaya lain dapat mencari anda. Ia harus dibiarkan terbuka kepada permintaan dari luar.

Buka ~/.ipfs/config untuk mengedit dan cari baris ini di dalamnya:

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

Kami menukar 127.0.0.1 kepada ip pelayan anda dan menyimpan fail, selepas itu kami memulakan semula ipfs (hentikan arahan berjalan dengan Ctrl+C dan jalankannya semula).

Mesti dapat

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

Kini antara muka luaran sepatutnya tersedia.

Lihatlah

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

Fail readme di atas harus dibuka.

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

Antara muka web harus dibuka.

Jika anda menjalankan webui, maka tetapan IPFS boleh ditukar terus di dalamnya, termasuk melihat statistik, tetapi di bawah saya akan mempertimbangkan pilihan konfigurasi terus melalui fail konfigurasi, yang secara amnya tidak kritikal. Adalah lebih baik untuk mengingati di mana sebenarnya konfigurasi itu dan apa yang perlu dilakukan dengannya, jika tidak, jika antara muka web tidak berfungsi, ia akan menjadi lebih sukar.

Menyediakan antara muka web untuk berfungsi dengan pelayan anda

Inilah perangkap pertama, di mana tiga jam dihabiskan.

Jika anda memasang IPFS pada pelayan luaran, tetapi tidak memasang atau menjalankan IPFS secara setempat, maka apabila anda pergi ke /webui dalam antara muka web anda akan melihat ralat sambungan:

Hakikatnya webui, pada pendapat saya, berfungsi dengan sangat berbeza. Pertama, ia cuba menyambung ke API pelayan di mana antara muka dibuka (berdasarkan alamat dalam penyemak imbas, sudah tentu). dan jika ia tidak berfungsi di sana, maka ia cuba menyambung ke gerbang tempatan. Dan jika anda mempunyai IPFS berjalan secara tempatan, maka webui akan berfungsi dengan baik untuk anda, hanya anda akan bekerja dengan IPFS tempatan, dan bukan luaran, walaupun anda membuka webui pada pelayan luaran. Kemudian anda memuat naik fail, tetapi atas sebab tertentu anda tidak hanya melihatnya pada pelayan luaran...

Dan jika ia tidak dilancarkan secara tempatan, maka kami mendapat ralat sambungan. Dalam kes kami, ralat kemungkinan besar disebabkan oleh CORS, yang juga ditunjukkan oleh webui, yang mencadangkan penambahan 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"]'

Saya baru sahaja mendaftarkan wildcard untuk diri saya sendiri

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

Pengepala tambahan boleh didapati dalam ~/.ipfs/config yang sama. Dalam kes saya ia

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

Kami memulakan semula ipfs dan melihat webui telah berjaya disambungkan (sekurang-kurangnya sepatutnya jika anda telah membuka pintu masuk untuk permintaan dari luar, seperti yang diterangkan di atas).

Kini anda boleh memuat naik folder dan fail terus melalui antara muka web, serta mencipta folder anda sendiri.

Memasang sistem fail FUSE

Ini adalah ciri yang agak menarik.

Kita boleh menambah fail (seperti folder) bukan sahaja melalui antara muka web, tetapi juga secara langsung dalam terminal, contohnya

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

Cincang terakhir ialah cincang folder akar.

Dengan menggunakan cincang ini, kami boleh membuka folder pada mana-mana nod ipfs (yang boleh mencari nod kami dan menerima kandungan), kami boleh melakukannya dalam antara muka web pada port 5001 atau 8080, atau kami boleh melakukannya secara tempatan melalui ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Tetapi anda juga boleh membukanya seperti folder biasa.

Mari buat dua folder dalam akar dan berikan hak kepada mereka kepada pengguna kami.

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

dan mulakan semula ipfs dengan bendera --mount

ipfs daemon --mount

Anda boleh mencipta folder di tempat lain dan menentukan laluan kepada mereka menggunakan parameter daemon ipfs -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

Sekarang membaca dari folder ini agak luar biasa.

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

Iaitu, tiada akses langsung ke akar folder ini. Tetapi anda boleh mendapatkan kandungannya jika anda mengetahui cincangan.

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

Selain itu, di dalam folder, malah autolengkap berfungsi apabila menentukan laluan.

Seperti yang saya katakan di atas, terdapat kehalusan dengan jenis pelekap ini: secara lalai, folder FUSE yang dipasang hanya boleh diakses oleh pengguna semasa (walaupun root tidak akan dapat membaca dari folder sedemikian, apatah lagi pengguna lain dalam sistem) . Jika anda ingin menjadikan folder ini tersedia kepada pengguna lain, maka dalam konfigurasi anda perlu menukar "FuseAllowOther": false kepada "FuseAllowOther": true. Tetapi bukan itu sahaja. Jika anda menjalankan IPFS sebagai root, maka semuanya OK. Dan jika bagi pihak pengguna biasa (walaupun sudo), anda akan mendapat ralat

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

Dalam kes ini, anda perlu mengedit /etc/fuse.conf dengan menyahkomen baris #user_allow_other.

Selepas ini kita mulakan semula ipfs.

Isu yang diketahui dengan FUSE

Masalah telah diperhatikan lebih daripada sekali iaitu selepas memulakan semula ipfs dengan pemasangan (dan mungkin dalam kes lain), titik pelekap /ipfs dan /ipns menjadi tidak boleh diakses. Tiada akses kepada mereka, tetapi ls -la /ipfs menunjukkan ???? dalam senarai hak.

Saya dapati penyelesaian ini:

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

Kemudian kita mulakan semula ipfs.

Menambah perkhidmatan

Sudah tentu, berjalan di terminal hanya sesuai untuk ujian awal. Dalam mod pertempuran, daemon harus bermula secara automatik apabila sistem bermula.

Bagi pihak sudo, cipta fail /etc/systemd/system/ipfs.service dan tulis ke dalamnya:

[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, sudah tentu, mesti digantikan dengan pengguna anda (dan mungkin laluan penuh ke program ipfs akan berbeza untuk anda (anda mesti menentukan laluan penuh)).

Jom aktifkan perkhidmatan.

sudo systemctl enable ipfs.service

Mari mulakan perkhidmatan.

sudo service ipfs start

Menyemak status perkhidmatan.

sudo service ipfs status

Untuk kemurnian percubaan, adalah mungkin untuk but semula pelayan pada masa hadapan untuk menyemak bahawa ipfs bermula dengan jayanya secara automatik.

Menambah rakan sebaya yang kita kenali

Mari kita pertimbangkan situasi di mana kita mempunyai nod IPFS dipasang pada pelayan luaran dan setempat. Pada pelayan luaran kami menambah beberapa fail dan cuba mendapatkannya melalui IPFS secara tempatan oleh CID. Apa yang akan berlaku? Sudah tentu, pelayan tempatan berkemungkinan besar tidak mengetahui apa-apa tentang pelayan luaran kami dan hanya akan cuba mencari fail melalui CID dengan "meminta" semua rakan sebaya IPFS yang tersedia untuknya (yang mana ia telah berjaya "berkenalan"). Mereka pula akan bertanya kepada orang lain. Dan seterusnya sehingga fail ditemui. Sebenarnya, perkara yang sama berlaku apabila kami cuba menerima fail melalui gerbang rasmi ipfs.io. Jika anda bernasib baik, fail itu akan ditemui dalam beberapa saat. Dan jika tidak, maka ia tidak akan dijumpai walaupun dalam beberapa minit, yang sangat menjejaskan keselesaan kerja. Tetapi kita tahu di mana fail ini akan muncul dahulu. Jadi mengapa kita tidak segera memberitahu pelayan tempatan kita untuk "Lihat di sana dahulu"? Nampaknya, ini boleh dilakukan.

1. Pergi ke pelayan jauh dan cari ~/.ipfs/config dalam konfigurasi

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

2. Jalankan status ipfs perkhidmatan sudo dan cari entri Swarm di dalamnya, sebagai contoh:

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

3. Tambah daripada ini alamat am borang "/ip4/ip_of_your_server/tcp/4001/ipfs/$PeerID".

4. Untuk kebolehpercayaan, mari cuba tambahkan alamat ini kepada rakan sebaya melalui webui tempatan kami.

5. Jika semuanya OK, buka konfigurasi setempat ~/.ipfs/config, cari “Bootstrap” di dalamnya: [...
dan tambahkan alamat yang diterima dahulu pada tatasusunan.

Mulakan semula IPFS.

Sekarang mari tambah fail ke pelayan luaran dan cuba memintanya pada yang tempatan. Harus terbang masuk dengan cepat.

Tetapi fungsi ini masih belum stabil. Setakat yang saya faham, walaupun kita menentukan alamat rakan sebaya dalam Bootstrap, semasa operasi ipfs menukar senarai sambungan aktif kepada rakan sebaya. Walau apa pun, perbincangan mengenai perkara ini dan hasrat mengenai kemungkinan menentukan rakan sebaya tetap sedang dijalankan di sini dan nampaknya sepatutnya tambah beberapa fungsi ke [e-mel dilindungi]+

Senarai rakan sebaya semasa boleh dilihat dalam webui dan dalam terminal.

ipfs swarm peers

Di kedua-dua tempat anda boleh menambah jamuan anda sendiri secara manual.

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

Sehingga fungsi ini dipertingkatkan, anda boleh menulis alat untuk menyemak sambungan dengan rakan sebaya yang dikehendaki dan, jika tidak, untuk menambah sambungan.

Penaakulan

Di antara mereka yang sudah biasa dengan IPFS, terdapat kedua-dua hujah menyokong dan menentang IPFS. Pada asasnya, sehari sebelum semalam perbincangan dan mendorong saya untuk menggali IPFS sekali lagi. Dan berkenaan dengan perbincangan yang disebutkan di atas: Saya tidak boleh mengatakan bahawa saya sangat menentang mana-mana hujah yang diberikan oleh mereka yang bercakap (saya hanya tidak bersetuju dengan fakta bahawa satu setengah pengaturcara menggunakan IPFS). Secara umum, kedua-duanya betul dengan cara mereka sendiri (terutamanya komen tentang cek membuat anda berfikir). Tetapi jika kita mengetepikan penilaian moral dan undang-undang, siapa yang akan memberikan penilaian teknikal teknologi ini? Secara peribadi, saya mempunyai semacam perasaan dalaman bahawa "ini pastinya perlu, ia mempunyai prospek tertentu." Tetapi kenapa sebenarnya, tiada rumusan yang jelas. Seperti, jika anda melihat alat terpusat yang sedia ada, maka dalam banyak aspek mereka jauh di hadapan (kestabilan operasi, kelajuan operasi, kebolehkawalan, dll.). Namun begitu, saya mempunyai satu idea yang nampaknya masuk akal dan sukar dilaksanakan tanpa sistem terdesentralisasi tersebut. Sudah tentu, saya menolak terlalu keras, tetapi saya akan merumuskannya dengan cara ini: prinsip penyebaran maklumat di Internet perlu diubah.

Biar saya jelaskan. Jika anda memikirkannya dengan cara ini, kini kami mengedarkan maklumat mengikut prinsip "Saya berharap orang yang saya berikan akan melindunginya dan ia tidak akan hilang atau diterima oleh seseorang yang tidak dimaksudkan untuknya." Sebagai contoh, mudah untuk mempertimbangkan pelbagai perkhidmatan e-mel, storan awan, dsb. Dan apa yang kita ada pada akhirnya? Hab di Habré Keselamatan maklumat berada di baris pertama dan hampir setiap hari kami menerima berita tentang satu lagi kebocoran global. Pada dasarnya, semua perkara yang paling menarik disenaraikan dalam <ironically> beautiful artikel Musim panas hampir berakhir. Hampir tiada data yang tinggal yang belum bocor. Iaitu, gergasi Internet utama menjadi lebih besar dan lebih besar, mereka mengumpul lebih banyak maklumat, dan kebocoran seperti itu adalah sejenis letupan atom maklumat. Ini tidak pernah berlaku sebelum ini, dan ini berlaku lagi. Pada masa yang sama, walaupun ramai yang memahami bahawa terdapat risiko, mereka akan terus mempercayai data mereka kepada syarikat pihak ketiga. Pertama, tidak banyak alternatif, dan kedua, mereka berjanji bahawa mereka telah menambal semua lubang dan ini tidak akan berlaku lagi.

Apakah pilihan yang saya nampak? Nampaknya pada saya bahawa data pada mulanya harus diedarkan secara terbuka. Tetapi keterbukaan dalam kes ini tidak bermakna segala-galanya harus mudah dibaca. Saya bercakap tentang keterbukaan penyimpanan dan pengedaran, tetapi bukan keterbukaan total dalam membaca. Saya menganggap bahawa maklumat harus diedarkan dengan kunci awam. Lagipun, prinsip kunci awam/peribadi sudah setua Internet. Jika maklumat itu tidak sulit dan bertujuan untuk bulatan yang luas, maka ia disiarkan serta-merta dengan kunci awam (tetapi masih dalam bentuk yang disulitkan, sesiapa sahaja boleh menyahsulitnya dengan kunci sedia ada). Dan jika tidak, maka ia disiarkan tanpa kunci awam, dan kunci itu sendiri dipindahkan kepada orang yang sepatutnya mempunyai akses kepada maklumat ini. Pada masa yang sama, orang yang mesti membacanya hanya perlu mempunyai kunci, dan di mana untuk mendapatkan maklumat ini tidak begitu penting kepadanya - dia hanya menariknya dari rangkaian (ini adalah prinsip pengedaran baru mengikut kandungan, dan bukan mengikut alamat).

Oleh itu, untuk serangan besar-besaran, penyerang perlu mendapatkan sejumlah besar kunci peribadi, dan ini tidak mungkin dilakukan di satu tempat. Tugas ini, seperti yang saya lihat, lebih sukar daripada menggodam perkhidmatan tertentu.

Dan inilah masalah lain: pengesahan kepengarangan. Kini di Internet anda boleh menemui banyak petikan yang ditulis oleh rakan-rakan kami. Tetapi di manakah jaminan bahawa mereka yang menulisnya? Sekarang, jika setiap rekod sedemikian disertakan dengan tandatangan digital, ia akan menjadi lebih mudah. Dan tidak kira di mana maklumat ini berada, perkara utama adalah tandatangan, yang jelas sukar untuk dipalsukan.

Dan inilah yang menarik di sini: IPFS sudah mengandungi alat penyulitan (lagipun, ia dibina pada teknologi blockchain). Kunci persendirian segera ditunjukkan dalam 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.................

Saya bukan pakar keselamatan dan saya tidak tahu cara menggunakan ini dengan betul, tetapi nampaknya saya kunci ini digunakan pada tahap pertukaran antara nod IPFS. Dan juga js-ipfs dan projek contoh seperti orbit-db, di mana ia berfungsi orbit.chat. Iaitu, secara teorinya, setiap peranti (mudah alih dan bukan sahaja) boleh dilengkapi dengan mudah dengan mesin penyulitan dan penyahsulitan sendiri. Dalam kes ini, semua yang tinggal adalah untuk semua orang menjaga keselamatan kunci peribadi mereka dan semua orang akan bertanggungjawab ke atas keselamatan mereka sendiri, dan tidak menjadi tebusan kepada faktor manusia lain pada beberapa gergasi Internet yang sangat popular.

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. Log masuk, Sama-sama.

Pernahkah anda mendengar tentang IPFS sebelum ini?

Saya tidak pernah mendengar tentang IPFS, tetapi ia kelihatan menarik
Saya tidak mendengar dan saya tidak mahu mendengar
Saya mendengar tentangnya, tetapi saya tidak berminat
Saya mendengarnya, tetapi tidak memahaminya, tetapi sekarang ia kelihatan menarik
Saya telah menggunakan IPFS secara aktif untuk masa yang lama.

69 pengguna mengundi. 13 pengguna berpantang.

Sumber: www.habr.com

IPFS tanpa kesakitan (tetapi ini tidak tepat)