🥇IPFS heb boen (ond nid yw hyn yn gywir)

Er gwaethaf y ffaith bod Habré eisoes mwy nag un erthygl am IPFS.

Byddaf yn egluro ar unwaith nad wyf yn arbenigwr yn y maes hwn, ond rwyf wedi dangos diddordeb yn y dechnoleg hon fwy nag unwaith, ond roedd ceisio chwarae o gwmpas ag ef yn aml yn achosi rhywfaint o boen. Heddiw dechreuais arbrofi eto a chael rhai canlyniadau yr hoffwn eu rhannu. Yn fyr, bydd y broses osod IPFS a rhai nodweddion yn cael eu disgrifio (gwnaethpwyd popeth ar ubuntu, nid wyf wedi rhoi cynnig arno ar lwyfannau eraill).

Os gwnaethoch fethu beth yw IPFS, mae wedi'i ysgrifennu'n fanwl yma: habr.com/ru/post/314768

Gosod

Ar gyfer purdeb yr arbrawf, rwy'n awgrymu ei osod ar unwaith ar rai gweinydd allanol, gan y byddwn yn ystyried rhai peryglon gyda gweithio yn y modd lleol ac o bell. Yna, os dymunir, ni fydd yn cael ei ddymchwel am amser hir, nid oes llawer.

Gosod mynd

Dogfennaeth swyddogol
Gweler y fersiwn gyfredol yn golang.org/dl

Sylwch: mae'n well gosod IPFS ar ran y defnyddiwr sydd i fod i'w ddefnyddio amlaf. Y ffaith yw bod isod byddwn yn ystyried yr opsiwn o mowntio drwy FUSE ac y mae cynnildeb.

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

Yna mae angen i chi ddiweddaru'r amgylchedd (mwy o fanylion yma: 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

Gwirio bod mynd wedi'i osod

go version

Gosod IPFS

Roeddwn i'n hoffi'r dull gosod fwyaf diweddariad ipfs.

Ei osod gyda'r gorchymyn

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

Ar ôl hynny, gallwch chi redeg y gorchmynion canlynol:

fersiynau diweddaru ipfs - i weld pob fersiwn sydd ar gael i'w lawrlwytho.
ipfs-diweddaru fersiwn - i weld y fersiwn sydd wedi'i osod ar hyn o bryd (hyd nes y byddwn wedi gosod IPFS, ni fydd yn ddim).
ipfs-diweddaru gosod diweddaraf - gosod y fersiwn diweddaraf o IPFS. Yn lle'r diweddaraf, yn y drefn honno, gallwch chi nodi unrhyw fersiwn a ddymunir o'r rhestr o'r rhai sydd ar gael.

Gosod ipfs

ipfs-update install latest

Gwiriwch

ipfs --version

Yn uniongyrchol gyda'r gosodiad mewn termau cyffredinol popeth.

Cychwyn IPFS

Cychwyn

Yn gyntaf mae angen i chi berfformio ymgychwyn.

ipfs init

Mewn ymateb, byddwch yn derbyn rhywbeth fel hyn:

 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

Gallwch redeg y gorchymyn a awgrymir

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

Canlyniad

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

Yma, yn fy marn i, mae'r diddorol yn dechrau. Mae'r dynion yn y cam gosod eisoes yn dechrau defnyddio eu technolegau eu hunain. Nid yw'r hash arfaethedig QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv yn cael ei gynhyrchu'n benodol ar eich cyfer chi, ond wedi'i wnïo i'r datganiad. Hynny yw, cyn y datganiad, fe wnaethant baratoi testun croeso, ei dywallt i IPFS ac ychwanegu'r cyfeiriad at y gosodwr. Rwy'n meddwl ei fod yn cŵl iawn. A gellir gweld y ffeil hon (yn fwy manwl gywir, y ffolder gyfan) nid yn unig yn lleol, ond hefyd ar y porth swyddogol ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Ar yr un pryd, gallwch fod yn sicr nad yw cynnwys y ffolder wedi newid mewn unrhyw ffordd, oherwydd pe bai wedi newid, yna byddai'r hash hefyd wedi newid.

Gyda llaw, yn yr achos hwn, mae gan IPFS rai tebygrwydd â'r gweinydd rheoli fersiwn. Os gwnewch newidiadau i ffeiliau ffynhonnell y ffolder ac eto arllwyswch y ffolder i IPFS, yna bydd yn derbyn cyfeiriad newydd. Ar yr un pryd, ni fydd yr hen ffolder yn mynd i unrhyw le yn union fel hynny a bydd ar gael yn ei gyfeiriad blaenorol.

Lansio uniongyrchol

ipfs daemon

Dylech dderbyn ymateb fel hyn:

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

Agor y drysau i'r Rhyngrwyd

Rhowch sylw i'r ddwy linell hon:

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

Nawr, os ydych chi wedi gosod IPFS yn lleol, yna byddwch chi'n cyrchu rhyngwynebau IPFS gan ddefnyddio cyfeiriadau lleol a bydd popeth ar gael i chi (Er enghraifft, localhost:5001/webui/). Ond pan gânt eu gosod ar weinydd allanol, yn ddiofyn, mae'r pyrth ar gau i'r Rhyngrwyd. Pyrth dau:

gweinydd gweui (GitHub) ar borth 5001.
API allanol ar borthladd 8080 (darllen yn unig).

Hyd yn hyn, gellir agor y ddau borthladd (5001 a 8080) ar gyfer arbrofion, ond ar weinydd ymladd, wrth gwrs, dylid cau porthladd 5001 gyda wal dân. Mae yna hefyd borthladd 4001, sydd ei angen fel y gall cyfoedion eraill ddod o hyd i chi. Dylid ei adael yn agored i geisiadau allanol.

Agorwch ~/.ipfs/config ar gyfer golygu a dewch o hyd i'r llinellau hyn ynddo:

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

Newid 127.0.0.1 i ip eich gweinydd a chadw'r ffeil, yna ailgychwyn ipfs (atal y gorchymyn rhedeg gyda Ctrl + C a'i gychwyn eto).

Dylai gael

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

Nawr dylai'r rhyngwynebau allanol fod ar gael.

Edrychwch ar

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

Dylai'r ffeil readme uchod agor.

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

Dylai'r rhyngwyneb gwe agor.

Os yw webui yn gweithio i chi, yna gellir newid y gosodiadau IPFS yn uniongyrchol ynddo, gan gynnwys ystadegau gwylio, ond isod byddaf yn ystyried opsiynau cyfluniad yn uniongyrchol trwy'r ffeil ffurfweddu, nad yw'n hanfodol yn gyffredinol. Mae'n well cofio yn union ble mae'r config a beth i'w wneud ag ef, fel arall os nad yw'r wyneb gwe yn gweithio, bydd yn anoddach.

Sefydlu rhyngwyneb gwe i weithio gyda'ch gweinydd

Dyma'r perygl cyntaf, a gymerodd tua thair awr.

Os gwnaethoch osod IPFS ar weinydd allanol, ond na wnaethoch osod neu redeg IPFS yn lleol, yna pan ewch i / webui yn y rhyngwyneb gwe, dylech weld gwall cysylltiad:

Y ffaith yw bod webui, yn fy marn i, yn gweithio'n amwys iawn. Yn gyntaf, mae'n ceisio cysylltu ag API y gweinydd lle mae'r rhyngwyneb ar agor (yn seiliedig ar y cyfeiriad yn y porwr, wrth gwrs). ac os nad yw'n gweithio yno, mae'n ceisio cysylltu â'r porth lleol. Ac os oes gennych IPFS yn rhedeg yn lleol, yna bydd webui yn gweithio'n iawn i chi, dim ond chi fydd yn gweithio gydag IPFS lleol, ac nid yn allanol, er i chi agor webui ar weinydd allanol. Yna rydych chi'n uwchlwytho'r ffeiliau, ond am ryw reswm nid ydych chi'n eu gweld yn union fel hynny ar weinydd allanol ...

Ac os nad yw'n rhedeg yn lleol, yna rydym yn cael gwall cysylltiad. Yn ein hachos ni, mae'r gwall yn fwyaf tebygol o ganlyniad i CORS, a nodir hefyd gan webui, sy'n awgrymu ychwanegu ffurfwedd.

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

Fi newydd gofrestru wildcard

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

Mae'r penawdau ychwanegol i'w gweld yn yr un ~/.ipfs/config. Yn fy achos i y mae

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

Rydym yn ailgychwyn ipfs a gwelwn fod webui wedi cysylltu'n llwyddiannus (beth bynnag, dylai, os gwnaethoch agor y pyrth ar gyfer ceisiadau o'r tu allan, fel y disgrifir uchod).

Nawr gallwch chi uwchlwytho ffolderi a ffeiliau yn uniongyrchol trwy'r rhyngwyneb gwe, yn ogystal â chreu eich ffolderi eich hun.

Gosod system ffeiliau FUS

Dyma nodwedd eithaf diddorol.

Ffeiliau (yn ogystal â ffolderi), gallwn ychwanegu nid yn unig trwy'r rhyngwyneb gwe, ond hefyd yn uniongyrchol yn y derfynell, er enghraifft

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

Y hash olaf yw hash y ffolder gwraidd.

Gan ddefnyddio'r hash hwn, gallwn agor ffolder ar unrhyw nod ipfs (a all ddod o hyd i'n nod a chael y cynnwys), gallwn yn y rhyngwyneb gwe ar borthladd 5001 neu 8080, neu gallwn yn lleol trwy ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Ond gallwch chi ei agor o hyd fel ffolder arferol.

Gadewch i ni greu dwy ffolder yn y gwraidd a rhoi hawliau iddynt i'n defnyddiwr.

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

ac ailgychwyn ipfs gyda --mount flag

ipfs daemon --mount

Gallwch greu ffolderi mewn mannau eraill a nodi'r llwybr iddynt trwy baramedrau daemon ipfs -mount -mount-ipfs / ipfs_path -mount-ipns /ipns_path

Nawr mae darllen o'r ffolder hon braidd yn anarferol.

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

Hynny yw, nid oes mynediad uniongyrchol i wraidd y ffolder hwn. Ond gallwch chi gael y cynnwys, gan wybod y 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

Ar yr un pryd, mae hyd yn oed cwblhau auto yn gweithio y tu mewn i'r ffolder pan nodir y llwybr.

Fel y dywedais uchod, mae yna gynnil gyda mowntio o'r fath: yn ddiofyn, mae ffolderau FUSE wedi'u gosod ar gael i'r defnyddiwr presennol yn unig (ni fydd hyd yn oed gwraidd yn gallu darllen o ffolder o'r fath, heb sôn am ddefnyddwyr eraill yn y system). Os ydych am wneud y ffolderi hyn ar gael i ddefnyddwyr eraill, yna yn y ffurfwedd mae angen i chi newid "FuseAllowOther": ffug i "FuseAllowOther": gwir. Ond nid dyna'r cyfan. Os ydych chi'n rhedeg IPFS fel gwraidd, yna mae popeth yn iawn. Ac os ar ran defnyddiwr rheolaidd (hyd yn oed sudo), yna fe gewch wall

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

Yn yr achos hwn, mae angen i chi olygu /etc/fuse.conf trwy ddadwneud y llinell #user_allow_other.

Ar ôl hynny, ailgychwyn ipfs.

Problemau hysbys gyda Fuse

Mae'r broblem wedi'i sylwi fwy nag unwaith, ar ôl ailgychwyn ipfs gyda mowntio (ac efallai mewn achosion eraill), nid yw'r pwyntiau gosod /ipfs a /ipns ar gael. Nid oes mynediad iddynt, ac mae ls -la/ipfs yn dangos ???? yn y rhestr hawliau.

Wedi dod o hyd i'r ateb hwn:

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

Yna ailgychwyn ipfs.

Ychwanegu gwasanaeth

Wrth gwrs, dim ond ar gyfer profion cychwynnol y mae rhedeg yn y derfynell yn addas. Yn y modd ymladd, dylai'r ellyll ddechrau'n awtomatig wrth gychwyn y system.

Ar ran sudo, crëwch y ffeil /etc/systemd/system/ipfs.service ac ysgrifennwch ato:

[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

Mae'n rhaid i USERNAME, wrth gwrs, gael ei ddisodli gan eich defnyddiwr (ac efallai y bydd y llwybr llawn i'r rhaglen ipfs yn wahanol i chi (rhaid i chi nodi'r llwybr llawn)).

Rydym yn actifadu'r gwasanaeth.

sudo systemctl enable ipfs.service

Rydyn ni'n dechrau'r gwasanaeth.

sudo service ipfs start

Gwirio statws y gwasanaeth.

sudo service ipfs status

Ar gyfer purdeb yr arbrawf, bydd yn bosibl ailgychwyn y gweinydd yn y dyfodol i wirio bod ipfs yn cychwyn yn llwyddiannus yn awtomatig.

Ychwanegu gwleddoedd hysbys i ni

Ystyriwch sefyllfa lle mae gennym nodau IPFS wedi'u gosod ar weinydd allanol ac yn lleol. Ar weinydd allanol, rydym yn ychwanegu rhywfaint o ffeil ac yn ceisio ei chael trwy IPFS yn lleol gan CID. Beth fydd yn digwydd? Wrth gwrs, mae'n debyg nad yw'r gweinydd lleol yn gwybod unrhyw beth am ein gweinydd allanol a bydd yn ceisio dod o hyd i'r ffeil trwy CID trwy “ofyn” i'r holl gymheiriaid IPFS sydd ar gael iddo (y mae eisoes wedi llwyddo i “ddod yn gyfarwydd ag ef”). Bydd y rheini yn eu tro yn gofyn i eraill. Ac yn y blaen, nes dod o hyd i'r ffeil. Mewn gwirionedd, mae'r un peth yn digwydd pan geisiwn gael y ffeil trwy'r porth swyddogol ipfs.io. Os ydych chi'n lwcus, bydd y ffeil i'w chael mewn ychydig eiliadau. Ac os na, ni chaiff ei ddarganfod hyd yn oed mewn ychydig funudau, sy'n effeithio'n fawr ar gysur gwaith. Ond rydyn ni'n gwybod lle bydd y ffeil hon yn ymddangos gyntaf. Felly pam nad ydym yn dweud ar unwaith wrth ein gweinydd lleol "Chwilio yno yn gyntaf"? Yn ôl pob tebyg, gellir gwneud hyn.

1. Rydym yn mynd i'r gweinydd pell ac yn edrych yn y ~/.ipfs/config config

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

2. Rhedeg statws ipfs gwasanaeth sudo a chwilio am gofnodion Swarm ynddo, er enghraifft:

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

3. Rydym yn ychwanegu o hyn gyfeiriad cyffredinol y ffurflen "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. Er mwyn bod yn ddibynadwy, byddwn yn ceisio ychwanegu'r cyfeiriad hwn at gyfoedion trwy ein webui lleol.

5. Os yw popeth yn iawn, agorwch y config lleol ~ / .ipfs / config, darganfyddwch "Bootstrap" ynddo: [...
ac ychwanegwch y cyfeiriad a dderbyniwyd yn gyntaf at yr arae.

Ailgychwyn IPFS.

Nawr, gadewch i ni ychwanegu'r ffeil i'r gweinydd allanol a cheisio gofyn amdani ar yr un lleol. Dylai hedfan yn gyflym.

Ond nid yw'r swyddogaeth hon yn sefydlog eto. Cyn belled ag y deallaf, hyd yn oed os ydym yn nodi cyfeiriad cyfoedion yn Bootstrap, mae ipfs yn newid y rhestr o gysylltiadau gweithredol â chyfoedion yn ystod gweithrediad. Beth bynnag, mae trafodaeth ar hyn a dymuniadau ynglŷn â'r posibilrwydd o nodi gwleddoedd parhaol yn mynd rhagddynt yma ac y mae yn ymddangos fel i fod ychwanegu rhywfaint o ymarferoldeb i [e-bost wedi'i warchod]+

Gellir gweld y rhestr o gyfoedion cyfredol yn y webui ac yn y derfynell.

ipfs swarm peers

Ac yma ac acw gallwch ychwanegu eich gwledd â llaw.

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

Hyd nes y bydd y swyddogaeth hon wedi'i gwella, gallwch ysgrifennu teclyn i wirio am gysylltiad â'r cyfoed a ddymunir ac, os na, i ychwanegu cysylltiad.

Rhesymu

Ymhlith y rhai sydd eisoes yn gyfarwydd ag IPFS, mae dadleuon o blaid ac yn erbyn IPFS. Yn y bôn, ddoe trafodaeth ac ysgogodd fi i gloddio i IPFS eto. Ac o ran y drafodaeth a grybwyllir uchod: ni allaf ddweud fy mod yn gwrthwynebu'n gryf unrhyw ddadl gan y rhai a siaradodd (dwi'n anghytuno'n unig â'r ffaith bod rhaglenwyr a hanner yn defnyddio IPFS). Yn gyffredinol, mae'r ddau yn iawn yn eu ffordd eu hunain (yn enwedig sylw am sieciau yn gwneud i chi feddwl). Ond os byddwn yn taflu'r asesiad moesol a chyfreithiol, pwy fydd yn rhoi asesiad technegol o'r dechnoleg hon? Yn bersonol, mae gen i ryw fath o deimlad mewnol bod "rhaid gwneud hyn yn ddiamwys, mae ganddo ragolygon penodol." Ond pam yn union, nid oes unrhyw fformiwleiddiad clir. Fel, os edrychwch ar yr offer canolog presennol, yna mewn sawl ffordd maent ymhell ar y blaen (sefydlogrwydd, cyflymder, hylaw, ac ati). Serch hynny, mae gennyf un syniad sy'n gwneud synnwyr i bob golwg, a phrin y gellir ei roi ar waith heb systemau datganoledig o'r fath. Wrth gwrs, rwy'n swingio'n rhy galed, ond byddwn yn ei lunio fel hyn: rhaid newid yr egwyddor o ledaenu gwybodaeth ar y Rhyngrwyd.

Gadewch i mi egluro. Os meddyliwch am y peth, yn awr mae gennym wybodaeth wedi'i dosbarthu yn unol â'r egwyddor “Gobeithiaf y bydd yr un a roddais iddo yn ei amddiffyn ac na fydd yn cael ei golli na'i dderbyn gan y rhai nad oedd wedi'i fwriadu iddynt.” Er enghraifft, mae'n hawdd ystyried gwasanaethau post amrywiol, storfeydd cwmwl, ac ati. A beth ydyn ni'n ei wneud yn y pen draw? Ar both Habré Diogelwch Gwybodaeth ar y llinell gyntaf a bron bob dydd rydym yn derbyn newyddion am ollyngiad byd-eang arall. Mewn egwyddor, mae'r holl bethau mwyaf diddorol wedi'u rhestru yn <eironi> gwych erthygl Mae'r haf bron ar ben. Nid oes bron unrhyw ddata heb ei ollwng ar ôl. Hynny yw, mae'r prif gewri Rhyngrwyd yn dod yn fwy, maent yn cronni mwy a mwy o wybodaeth, ac mae gollyngiadau o'r fath yn fath o ffrwydradau atomig gwybodaeth. Nid yw hyn erioed wedi digwydd o'r blaen, a dyma hi eto. Ar yr un pryd, er bod llawer yn deall bod risgiau, byddant yn parhau i ymddiried yn eu data i gwmnïau trydydd parti. Yn gyntaf, nid oes llawer o ddewis arall, ac yn ail, maent yn addo eu bod wedi clytio'r holl dyllau ac ni fydd hyn byth yn digwydd eto.

Pa opsiwn ydw i'n ei weld? Mae'n ymddangos i mi y dylid dosbarthu data'n agored i ddechrau. Ond nid yw bod yn agored yn yr achos hwn yn golygu y dylai popeth fod yn hawdd i'w ddarllen. Rwy'n siarad am natur agored storio a dosbarthu, ond nid didwylledd llwyr wrth ddarllen. Tybiaf y dylid dosbarthu gwybodaeth gydag allweddi cyhoeddus. Wedi'r cyfan, mae'r egwyddor o allweddi cyhoeddus / preifat eisoes yn hen, bron fel y Rhyngrwyd. Os nad yw'r wybodaeth yn gyfrinachol ac wedi'i bwriadu ar gyfer cylch eang, yna fe'i gosodir ar unwaith gydag allwedd gyhoeddus (ond yn dal i fod ar ffurf wedi'i hamgryptio, dim ond unrhyw un all ei dadgryptio gyda'r allwedd sydd ar gael). Ac os na, yna fe'i gosodir heb allwedd gyhoeddus, a throsglwyddir yr allwedd ei hun i'r hyn a ddylai gael mynediad at y wybodaeth hon. Ar yr un pryd, dim ond allwedd ddylai fod gan yr un a ddylai ei ddarllen, a ble i gael y wybodaeth hon, ni ddylai esgyn mewn gwirionedd - mae'n ei dynnu o'r rhwydwaith yn unig (dyma'r egwyddor newydd o ddosbarthu yn ôl cynnwys, nid gan cyfeiriad).

Felly, ar gyfer ymosodiad torfol, bydd angen i ymosodwyr gael nifer fawr o allweddi preifat, ac mae'n annhebygol y bydd hyn yn cael ei wneud mewn un lle. Mae'r dasg hon, fel y gwelaf i, yn anoddach na hacio gwasanaeth penodol.

A dyma broblem arall ar gau: cadarnhad awduraeth. Nawr ar y Rhyngrwyd gallwch ddod o hyd i lawer o ddyfyniadau a ysgrifennwyd gan ein ffrindiau. Ond pa le y mae y sicrwydd mai hwy a'u hysgrifenodd ? Nawr, pe bai llofnod digidol yn cyd-fynd â phob cofnod o'r fath, byddai'n llawer haws. Ac nid oes ots ble mae'r wybodaeth hon, y prif beth yw'r llofnod, sydd, wrth gwrs, yn anodd ei ffugio.

A dyma beth sy'n ddiddorol yma: mae IPFS eisoes yn cario offer amgryptio (wedi'r cyfan, mae wedi'i adeiladu ar dechnoleg blockchain). Mae'r allwedd breifat wedi'i nodi ar unwaith yn y ffurfwedd.

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

Nid wyf yn arbenigwr diogelwch ac ni allaf wybod yn union sut i'w ddefnyddio'n gywir, ond mae'n ymddangos i mi bod yr allweddi hyn yn cael eu defnyddio ar lefel y cyfnewid rhwng nodau IPFS. A hefyd js-ipfs a phrosiectau enghreifftiol megis orbit-dby mae'n gweithio arno orbit.chat. Hynny yw, yn ddamcaniaethol, gall pob dyfais (symudol ac nid yn unig) fod â'i pheiriannau amgryptio-dadgryptio ei hun yn hawdd. Yn yr achos hwn, dim ond i bawb ofalu am arbed eu allweddi preifat, a bydd pawb yn gyfrifol am eu diogelwch eu hunain, a pheidio â bod yn wystl ffactor dynol arall ar ryw gawr Rhyngrwyd hynod boblogaidd.

Dim ond defnyddwyr cofrestredig all gymryd rhan yn yr arolwg. Mewngofnodios gwelwch yn dda.

Ydych chi wedi clywed am IPFS o'r blaen?

Nid wyf erioed wedi clywed am IPFS, ond mae'n ymddangos yn ddiddorol
Heb glywed a ddim eisiau clywed
Wedi clywed ond dim diddordeb
Wedi clywed, ond nid oedd yn deall, ond erbyn hyn mae'n ymddangos yn ddiddorol
Rwyf wedi bod yn defnyddio IPFS yn weithredol ers amser maith.

Pleidleisiodd 69 o ddefnyddwyr. Ataliodd 13 o ddefnyddwyr.

Ffynhonnell: hab.com

IPFS heb boen (ond nid yw hyn yn gywir)