IPFS án sársauka (en þetta er ekki nákvæmt)

Þrátt fyrir að Habré væri það nú þegar fleiri en ein grein um IPFS.

Ég tek það strax fram að ég er ekki sérfræðingur á þessu sviði, en ég hef sýnt þessari tækni áhuga oftar en einu sinni, en að reyna að leika mér með hana olli oft sársauka. Í dag byrjaði ég að gera tilraunir aftur og fékk nokkrar niðurstöður sem mig langar að deila. Í stuttu máli verður IPFS uppsetningarferlinu og sumum eiginleikum lýst (allt var gert á ubuntu, ég hef ekki prófað það á öðrum kerfum).

Ef þú misstir af því hvað IPFS er, þá er það skrifað í smáatriðum hér: habr.com/en/post/314768

Uppsetning

Fyrir hreinleika tilraunarinnar legg ég til að þú setjir hana strax upp á einhverjum ytri netþjóni, þar sem við munum íhuga nokkrar gildrur við að vinna í staðbundnum ham og fjarstýringu. Síðan, ef þess er óskað, verður það ekki rifið í langan tíma, það er ekki mikið.

Settu upp go

Opinber skjöl
Sjá núverandi útgáfu á golang.org/dl

Athugið: Það er betra að setja upp IPFS fyrir hönd notandans sem ætlast er til að noti það oftast. Staðreyndin er sú að hér að neðan munum við íhuga möguleikann á að festa í gegnum FUSE og það eru fíngerðir.

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

Þá þarftu að uppfæra umhverfið (nánari upplýsingar hér: 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

Athugaðu að go sé uppsett

go version

Settu upp IPFS

Mér líkaði best við uppsetningaraðferðina ipfs uppfærsla.

Settu það upp með skipuninni

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

Eftir það geturðu keyrt eftirfarandi skipanir:

ipfs-uppfærslu útgáfur - til að sjá allar tiltækar útgáfur til niðurhals.
ipfs-uppfærsluútgáfa - til að sjá útgáfuna sem nú er uppsett (þar til við höfum IPFS uppsett verður það engin).
ipfs-update setja upp nýjasta - settu upp nýjustu útgáfuna af IPFS. Í stað nýjustu, í sömu röð, geturðu tilgreint hvaða útgáfu sem þú vilt af listanum yfir þær sem eru tiltækar.

Að setja upp ipfs

ipfs-update install latest

Athuga

ipfs --version

Beint með uppsetningu almennt séð allt.

Ræstu IPFS

Frumstilling

Fyrst þarftu að framkvæma frumstillingu.

ipfs init

Sem svar færðu eitthvað á þessa leið:

 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

Þú getur keyrt skipunina sem mælt er með

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

Niðurstaðan

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

Þarna fara hlutirnir að verða áhugaverðir að mínu mati. Jafnvel á uppsetningarstigi eru krakkar þegar farnir að nota sína eigin tækni. Fyrirhugað kjötkássa QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv er ekki búið til sérstaklega fyrir þig heldur innbyggt í útgáfuna. Það er að segja, fyrir útgáfuna útbjuggu þeir velkominn texta, helltu honum í IPFS og bættu heimilisfanginu við uppsetningarforritið. Mér finnst þetta mjög flott. Og þessa skrá (nánar tiltekið, alla möppuna) er nú hægt að skoða ekki aðeins á staðnum, heldur einnig á opinberu gáttinni ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Á sama tíma geturðu verið viss um að innihald möppunnar hafi ekki breyst á nokkurn hátt, því ef það hefði breyst, þá hefði kjötkássa líka breyst.

Við the vegur, í þessu tilfelli, hefur IPFS nokkur líkindi með útgáfustýringarþjóni. Ef þú gerir breytingar á upprunaskrám möppunnar og hleður möppunni upp á IPFS aftur mun hún fá nýtt heimilisfang. Á sama tíma mun gamla mappan ekki fara neitt bara svona og verður fáanleg á fyrra heimilisfangi hennar.

Bein sjósetja

ipfs daemon

Þú ættir að fá svar eins og þetta:

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

Að opna dyrnar að internetinu

Gefðu gaum að þessum tveimur línum:

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

Nú, ef þú settir upp IPFS á staðnum, þá muntu fá aðgang að IPFS viðmótum með því að nota staðbundin heimilisföng og allt verður í boði fyrir þig (T.d., localhost:5001/webui/). En þegar það er sett upp á ytri netþjóni eru gáttirnar sjálfgefið lokaðar fyrir internetið. Gáttir tvö:

1. webui admin (GitHub) á höfn 5001.
2. Ytri API á höfn 8080 (skrifvarið).

Enn sem komið er er hægt að opna báðar portin (5001 og 8080) fyrir tilraunir, en á bardagaþjóni ætti auðvitað að loka port 5001 með eldvegg. Það er líka port 4001, sem þarf til að aðrir jafnaldrar geti fundið þig. Það ætti að vera opið fyrir utanaðkomandi beiðnum.

Opnaðu ~/.ipfs/config til að breyta og finndu þessar línur í því:

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

Breyttu 127.0.0.1 í ip á netþjóninum þínum og vistaðu skrána, endurræstu síðan ipfs (stöðvaðu hlaupandi skipunina með Ctrl+C og ræstu hana aftur).

Verður að fá

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

Nú ættu ytri viðmótin að vera tiltæk.

Athugaðu

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

Readme skráin hér að ofan ætti að opnast.

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

Vefviðmótið ætti að opnast.

Ef webui virkar fyrir þig, þá er hægt að breyta IPFS stillingunum beint í því, þar á meðal skoða tölfræði, en hér að neðan mun ég íhuga stillingarmöguleika beint í gegnum stillingarskrána, sem er almennt ekki mikilvægt. Það er bara betra að muna nákvæmlega hvar stillingin er og hvað á að gera við hana, annars ef vefandlitið virkar ekki verður það erfiðara.

Að setja upp vefviðmót til að vinna með netþjóninum þínum

Hér er fyrsta gryfjan sem tók um þrjár klukkustundir.

Ef þú settir upp IPFS á ytri netþjóni, en settir ekki upp eða keyrðir IPFS á staðnum, þá ættir þú að sjá tengivillu þegar þú ferð á /webui í vefviðmótinu:

Staðreyndin er sú að webui, að mínu mati, virkar mjög óljóst. Í fyrsta lagi reynir það að tengjast API þjónsins þar sem viðmótið er opið (miðað við heimilisfangið í vafranum, auðvitað). og ef það virkar ekki þar reynir það að tengjast staðbundnu gáttinni. Og ef þú ert með IPFS í gangi á staðnum, þá mun webui virka vel fyrir þig, aðeins þú munt vinna með staðbundið IPFS, en ekki ytra, jafnvel þó að þú hafir opnað webui á ytri netþjóni. Síðan hleður þú upp skránum, en af ​​einhverjum ástæðum sérðu þær ekki bara á ytri netþjóninum...

Og ef það er ekki í gangi á staðnum, þá fáum við tengingarvillu. Í okkar tilviki er villa líklega vegna CORS, sem er einnig gefið til kynna með webui, sem bendir til þess að bæta við stillingu.

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

Ég skráði bara wildcard

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

Bættu hausana má finna í sömu ~/.ipfs/config. Í mínu tilfelli er það

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

Við endurræsum ipfs og sjáum að webui hefur tengst (að minnsta kosti ætti það að gera það ef þú hefur opnað gáttir fyrir beiðnir utan frá, eins og lýst er hér að ofan).

Nú geturðu hlaðið upp möppum og skrám beint í gegnum vefviðmótið, auk þess að búa til þínar eigin möppur.

Uppsetning FUSE skráarkerfisins

Hér er nokkuð áhugaverður eiginleiki.

Skrár (sem og möppur) getum við bætt við ekki aðeins í gegnum vefviðmótið, heldur einnig beint í flugstöðinni, til dæmis

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

Síðasta kjötkássa er kjötkássa rótarmöppunnar.

Með því að nota þetta kjötkássa getum við opnað möppuna á hvaða ipfs hnút sem er (sem getur fundið hnútinn okkar og tekið á móti innihaldinu), við getum gert það í vefviðmótinu á port 5001 eða 8080, eða við getum gert það á staðnum í gegnum ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

En þú getur samt opnað hana eins og venjulega mappa.

Við skulum búa til tvær möppur í rótinni og veita notandanum réttindi á þeim.

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

og endurræstu ipfs með --mount fána

ipfs daemon --mount

Þú getur búið til möppur á öðrum stöðum og tilgreint slóðina að þeim í gegnum ipfs púkann færibreytur -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

Nú er það nokkuð óvenjulegt að lesa úr þessari möppu.

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

Það er, það er enginn bein aðgangur að rót þessarar möppu. En þú getur fengið innihaldið, vitandi kjötkássa.

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

Á sama tíma virkar jafnvel sjálfvirk útfylling inni í möppunni þegar slóðin er tilgreind.

Eins og ég sagði hér að ofan, þá eru fíngerðir við slíka uppsetningu: sjálfgefið eru uppsettar FUSE möppur aðeins tiltækar fyrir núverandi notanda (jafnvel root mun ekki geta lesið úr slíkri möppu, svo ekki sé minnst á aðra notendur í kerfinu). Ef þú vilt gera þessar möppur aðgengilegar öðrum notendum, þá þarftu í stillingunni að breyta "FuseAllowOther": false í "FuseAllowOther": true. En það er ekki allt. Ef þú keyrir IPFS sem rót, þá er allt í lagi. Og ef fyrir hönd venjulegs notanda (jafnvel sudo), þá færðu villu

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

Í þessu tilfelli þarftu að breyta /etc/fuse.conf með því að aflýsa #user_allow_other línunni.

Eftir það skaltu endurræsa ipfs.

Þekkt vandamál með FUSE

Það hefur verið tekið eftir vandamáli oftar en einu sinni að eftir að endurræsa ipfs með tengingu (og kannski í öðrum tilfellum), verða /ipfs og /ipns tengingarpunktarnir óaðgengilegir. Það er enginn aðgangur að þeim og ls -la /ipfs sýnir ???? í réttindalistanum.

Fann þessa lausn:

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

Endurræstu síðan ipfs.

Að bæta við þjónustu

Auðvitað hentar keyrsla í flugstöðinni aðeins fyrir fyrstu prófanir. Í bardagaham ætti púkinn að byrja sjálfkrafa við ræsingu kerfisins.

Fyrir hönd sudo, búðu til skrána /etc/systemd/system/ipfs.service og skrifaðu til hennar:

[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 verður auðvitað að skipta út fyrir notandann þinn (og ef til vill verður öll leiðin að ipfs forritinu öðruvísi fyrir þig (þú verður að tilgreina alla leiðina)).

Við virkum þjónustuna.

sudo systemctl enable ipfs.service

Við hefjum þjónustuna.

sudo service ipfs start

Athugaðu stöðu þjónustunnar.

sudo service ipfs status

Fyrir hreinleika tilraunarinnar verður hægt að endurræsa þjóninn í framtíðinni til að athuga hvort ipfs ræsist sjálfkrafa.

Bæta þekktum okkur veislur

Íhugaðu aðstæður þar sem við höfum IPFS hnúta uppsetta bæði á ytri netþjóni og á staðnum. Á ytri netþjóni bætum við við einhverri skrá og reynum að fá hana í gegnum IPFS á staðnum með CID. Hvað mun gerast? Auðvitað veit staðbundinn netþjónn líklegast ekkert um ytri netþjóninn okkar og mun einfaldlega reyna að finna skrána með CID með því að „spyrja“ alla IPFS jafningja sem honum eru tiltækir (sem hann hefur þegar náð að „kynnast“). Þeir munu aftur á móti spyrja aðra. Og svo framvegis, þar til skráin finnst. Reyndar gerist það sama þegar við reynum að koma skránni í gegnum opinberu gáttina ipfs.io. Ef þú ert heppinn mun skráin finnast eftir nokkrar sekúndur. Og ef ekki, mun það ekki finnast jafnvel eftir nokkrar mínútur, sem hefur mikil áhrif á þægindi vinnunnar. En við vitum hvar þessi skrá mun fyrst birtast. Svo hvers vegna segjum við ekki staðbundnum netþjóni okkar strax „Leitaðu þar fyrst“? Það er greinilega hægt að gera þetta.

1. Við förum á ytri netþjóninn og skoðum ~/.ipfs/config config

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

2. Keyrðu sudo þjónustu ipfs stöðu og leitaðu að Swarm færslum í henni, til dæmis:

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

3. Við bætum úr þessu almennu heimilisfangi eyðublaðsins "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. Til að tryggja áreiðanleika munum við reyna að bæta þessu heimilisfangi við jafnaldra í gegnum staðbundið vefsvæði okkar.

5. Ef allt er í lagi, opnaðu staðbundna stillingu ~ / .ipfs / config, finndu "Bootstrap" í henni: [...
og bættu viðteknu heimilisfangi fyrst við fylkið.

Endurræstu IPFS.

Nú skulum við bæta skránni við ytri netþjóninn og reyna að biðja um hana á þeim staðbundna. Ætti að fljúga hratt.

En þessi virkni er ekki enn stöðug. Eftir því sem ég skil, jafnvel þótt við tilgreinum jafningjavistfangið í Bootstrap, breytir ipfs listanum yfir virkar tengingar við jafningja meðan á aðgerð stendur. Alla vega er í gangi umræða um þetta og óskir varðandi möguleika á að tilgreina fasta jafningja hér og það virðist vera ætlað bæta einhverjum virkni við [netvarið]+

Lista yfir núverandi jafningja er hægt að skoða bæði á vefnum og í flugstöðinni.

ipfs swarm peers

Og hér og þar geturðu bætt við veislunni þinni handvirkt.

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

Þar til þessi virkni hefur verið bætt geturðu skrifað tól til að athuga hvort tenging sé við viðkomandi jafningja og, ef ekki, til að bæta við tengingu.

Rökstuðningur

Meðal þeirra sem þegar þekkja IPFS eru bæði rök með og á móti IPFS. Í rauninni í fyrradag umræða og hvatti mig til að grafa aftur inn í IPFS. Og með tilliti til umræðunnar sem nefnd er hér að ofan: Ég get ekki sagt að ég sé eindregið á móti neinum rökum þeirra sem töluðu (ég er aðeins ósammála því að einn og hálfur forritari notar IPFS). Almennt séð hafa báðir rétt á sinn hátt (sérstaklega athugasemd um ávísanir fær þig til að hugsa). En ef við leggjum siðferðilega og lagalega matið til hliðar, hver mun gefa hvaða tæknilega mat á þessari tækni? Persónulega hef ég einhvers konar innri tilfinningu fyrir því að „þetta er örugglega nauðsynlegt, það hefur ákveðnar horfur.“ En hvers vegna nákvæmlega, það er engin skýr uppsetning. Eins, ef þú horfir á núverandi miðstýrðu verkfæri, þá eru þau að mörgu leyti langt á undan (stöðugleiki í rekstri, hraði í rekstri, stjórnhæfni osfrv.). Engu að síður er ég með eina hugmynd sem virðist skynsamleg og sem varla er hægt að framkvæma án slíkra dreifðra kerfa. Auðvitað er ég að ganga of langt, en ég myndi orða það þannig: Það þarf að breyta meginreglunni um miðlun upplýsinga á Netinu.

Leyfðu mér að útskýra. Ef þú hugsar um það, þá höfum við upplýsingar sem dreift er samkvæmt meginreglunni „Ég vona að sá sem ég gaf þær muni vernda þær og þær verði ekki týndar eða mótteknar af þeim sem þær voru ekki ætlaðar. Sem dæmi er auðvelt að skoða ýmsa póstþjónustu, skýjageymslur o.fl. Og hvað lendum við með? Á Habré miðstöð Upplýsingaöryggi er á fyrstu línu og nánast á hverjum degi fáum við fréttir af öðrum alþjóðlegum leka. Í grundvallaratriðum eru allir áhugaverðustu hlutir skráðir í <kaldhæðni> frábæra grein Sumarið er næstum búið. Það eru nánast engin ólekin gögn eftir. Það er að segja, helstu netrisar eru að verða stærri, þeir safna sífellt meiri upplýsingum og slíkir lekar eru eins konar frumeindasprengingar á upplýsingum. Þetta hefur aldrei gerst áður og hér er það aftur. Á sama tíma, þó að margir skilji að það sé áhætta, munu þeir halda áfram að treysta gögnum sínum til þriðja aðila. Í fyrsta lagi er ekki mikið um val og í öðru lagi lofa þeir því að þeir séu búnir að lappa upp á allar göt og þetta mun aldrei gerast aftur.

Hvaða valkost sé ég? Mér sýnist að gögnum eigi að dreifa opinskátt í upphafi. En hreinskilni í þessu tilfelli þýðir ekki að allt eigi að vera auðvelt að lesa. Ég er að tala um hreinskilni í geymslu og dreifingu, en ekki algjöran hreinskilni í lestri. Ég geri ráð fyrir að upplýsingum ætti að dreifa með almennum lyklum. Þegar öllu er á botninn hvolft er meginreglan um opinbera / einkalykla þegar gömul, næstum eins og internetið. Ef upplýsingarnar eru ekki trúnaðarmál og ætlaðar fyrir breiðan hring, þá eru þær birtar strax með opinberum lykli (en samt á dulkóðuðu formi, hver sem er getur afkóðað þær með núverandi lykli). Og ef ekki, þá er það póstað án almenningslykilsins, og lykillinn sjálfur er fluttur til þess sem ætti að hafa aðgang að þessum upplýsingum. Á sama tíma ætti sá sem verður að lesa þær aðeins að hafa lykil og hvar á að fá þessar upplýsingar ætti ekki að skipta hann máli - hann dregur þær einfaldlega af netinu (þetta er nýja reglan um dreifingu eftir innihaldi, en ekki eftir heimilisfangi).

Þannig að fyrir fjöldaárás þurfa árásarmenn að fá gríðarlegan fjölda einkalykla og það er ólíklegt að það verði gert á einum stað. Þetta verkefni, eins og ég sé það, er erfiðara en að hakka tiltekna þjónustu.

Og hér er öðru vandamáli lokað: staðfesting á höfundarrétti. Nú á netinu geturðu fundið margar tilvitnanir skrifaðar af vinum okkar. En hvar er tryggingin fyrir því að það hafi verið þeir sem skrifuðu þær? Nú, ef hverri slíkri skráningu fylgdi stafræn undirskrift, væri það miklu auðveldara. Og það skiptir ekki máli hvar þessar upplýsingar liggja, aðalatriðið er undirskriftin, sem auðvitað er erfitt að falsa.

Og hér er það sem er áhugavert hér: IPFS ber nú þegar dulkóðunarverkfæri (enda er það byggt á blockchain tækni). Einkalykillinn er strax tilgreindur í stillingunni.

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

Ég er ekki öryggissérfræðingur og get ekki vitað nákvæmlega hvernig ég á að nota það rétt, en mér sýnist að þessir lyklar séu notaðir á vettvangi skipta milli IPFS hnúta. Og einnig js-ipfs og dæmi um verkefni eins og sporbraut-dbsem það virkar á sporbraut.spjall. Það er að segja að fræðilega séð er auðvelt að útbúa hvert tæki (farsíma og ekki aðeins) með eigin dulkóðunar- og afkóðunarvélum. Í þessu tilviki er það bara fyrir alla að sjá um að vista einkalyklana sína og allir munu bera ábyrgð á eigin öryggi og ekki vera gíslar annars mannlegs þáttar á einhverjum ofurvinsælum netrisa.

Aðeins skráðir notendur geta tekið þátt í könnuninni. Skráðu þig inn, takk.

Hefur þú heyrt um IPFS áður?

• Ég hef aldrei heyrt um IPFS, en það virðist áhugavert

• Hef ekki heyrt og vil ekki heyra

• Heyrði en ekki áhuga

• Heyrði, en skildi ekki, en núna virðist það áhugavert

• Ég hef verið virkur að nota IPFS í langan tíma.

69 notendur kusu. 13 notendur sátu hjá.

Heimild: www.habr.com