🥇IPFS bê êş (lê ev ne diyar e)

Digel ku ew berê li ser Habré bû bêtir ji yek gotar li ser IPFS.

Bihêle ez tavilê zelal bikim ku ez di vî warî de ne pispor im, lê min ji carekê zêdetir eleqeya xwe bi vê teknolojiyê re diyar kiriye, lê hewldana lîstina bi wê re pir caran dibe sedema hin êş. Îro min dîsa dest bi ceribandinê kir û hin encamên ku ez dixwazim parve bikim. Bi kurtasî, dê pêvajoya sazkirina IPFS-ê û hin hîleyan were vegotin (her tişt li ser ubuntu hate kirin, min ew li ser platformên din ceribandiye).

Ger we ji bîr kir ku IPFS çi ye, ew li vir bi hûrgulî tête nivîsandin: habr.com/en/post/314768

mîhengê

Ji bo paqijiya ceribandinê, ez pêşniyar dikim ku wê tavilê li ser serverek derveyî saz bikin, ji ber ku em ê di xebata di moda herêmî û dûr de hin xeletiyan bifikirin. Dûv re, heke hûn bixwazin, hilweşandina wê demek dirêj nake; li wir pir tune.

Go saz bikin

Belgeya fermî
Ji bo guhertoya heyî, binêre golang.org/dl

Nîşe: Baştir e ku IPFS li ser navê bikarhênerê ku tê çaverê kirin ku pir caran wê bikar bîne saz bike. Rastî ev e ku li jêr em ê vebijarka birêkûpêkkirinê binirxînin PARASTINÎ û hûrgelên li wir hene.

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

Dûv re hûn hewce ne ku jîngehê nûve bikin (bêtir hûrgulî li vir: 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

Kontrolkirina ku go sazkirî ye

go version

Sazkirina IPFS

Min herî zêde ji rêbaza sazkirinê hez kir: ipfs-update.

Em bi fermanê saz dikin

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

Piştî vê yekê hûn dikarin fermanên jêrîn bimeşînin:

Guhertoyên ipfs-update - ji bo dîtina hemî guhertoyên berdest ji bo dakêşandinê.
Guhertoya ipfs-update - ji bo dîtina guhertoya sazkirî ya heyî (heta ku me IPFS saz nekiribe, ew ê tune be).
ipfs-update herî dawî saz bike - guhertoya herî dawî ya IPFS saz bikin. Li şûna ya herî paşîn, hûn dikarin bi rêzê ve her guhertoyek xwestî ji navnîşa yên berdest diyar bikin.

Sazkirina ipfs

ipfs-update install latest

Kontrolkirin

ipfs --version

Her tişt rasterast bi sazkirinê re di şertên gelemperî de.

IPFS dest pê dike

Destpêkirin

Pêşî hûn hewce ne ku hûn destpêkê bikin.

ipfs init

Di bersivê de hûn ê tiştek weha bistînin:

 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

Hûn dikarin fermana pêşniyarkirî bimeşînin

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

Di encama

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

Li vir, li gorî min, tişt balkêş dibin. Tewra di qonaxa sazkirinê de, xort jixwe dest bi karanîna teknolojiyên xwe dikin. Hash-a pêşniyarkirî QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv bi taybetî ji bo we nehatiye çêkirin, lê di berdanê de tête bicîh kirin. Ango beriya berdanê nivîsek bixêrhatinê amade kirin, rijandin nav IPFS û navnîşan li sazkerê zêde kirin. Ez difikirim ku ev pir xweş e. Û ev pel (bi rastî, tevahî peldank) naha dikare ne tenê herêmî, lê di heman demê de li ser deriyê fermî jî were dîtin. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Di vê rewşê de, hûn dikarin pê ewle bin ku naveroka peldankê bi tu awayî neguheriye, ji ber ku heke ew bihata guhertin, dê haş jî bihata guhertin.

Bi awayê, di vê rewşê de, IPFS bi serverek kontrolkirina guhertoyê re hin wekhevî hene. Heke hûn di pelên çavkaniya peldankê de guhertinan bikin û peldankê dîsa li IPFS bar bikin, ew ê navnîşanek nû bistîne. Di heman demê de, peldanka kevn dê bi vî rengî neçe cîhek û dê li navnîşana xweya berê peyda bibe.

Destpêkirina rasterast

ipfs daemon

Divê hûn bersivek weha bistînin:

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

Vekirina deriyên Înternetê

Bala xwe bidin van her du rêzan:

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

Naha, heke we IPFS herêmî saz kir, wê hingê hûn ê bi karanîna navnîşanên herêmî bigihîjin navgînên IPFS-ê û dê her tişt ji we re peyda bibe (Mînakî, localhost:5001/webui/). Lê gava ku li ser serverek derveyî were saz kirin, ji hêla xwerû ve derî ji Înternetê re girtî ne. Du dergeh hene:

webui admin (github) li ser port 5001.
API-ya derveyî li porta 8080 (bi tenê xwendin).

Heya nuha, her du port (5001 û 8080) dikarin ji bo ceribandinan werin vekirin, lê li ser serverek hilberandinê, bê guman, port 5001 pêdivî ye ku bi dîwarê agir ve were girtin. Di heman demê de porta 4001 jî heye, ew hewce ye ku hevalên din we bibînin. Divê ji daxwazên ji derve re vekirî bê hiştin.

Ji bo guherandinê ~/.ipfs/config vekin û van rêzan tê de bibînin:

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

Em 127.0.0.1 bi ip-ya servera we diguhezînin û pelê hilînin, pişt re em ipfs-ê ji nû ve dest pê dikin (fermana xebitandinê bi Ctrl+C rawestînin û dîsa bimeşînin).

Divê bigirin

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

Naha divê navberên derveyî peyda bibin.

Lêkolîn

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

Divê pelê jorîn readme vebe.

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

Divê pêwendiya webê vebe.

Ger webui dimeşîne, wê hingê mîhengên IPFS dikarin rasterast tê de werin guheztin, tevî dîtina statîstîkan, lê li jêr ez ê vebijarkên mîhengê rasterast bi navgîniya pelê vesazkirinê binirxînim, ku bi gelemperî ne krîtîk e. Tenê çêtir e ku hûn ji bîr mekin ku bi rastî konfigurasyon li ku ye û bi wê re çi bikin, wekî din heke pêwendiya webê nexebite, ew ê dijwartir be.

Sazkirina navgînek webê ku bi servera xwe re bixebite

Li vir xefika yekem e, ku sê saet li ser wê derbas bûn.

Ger we IPFS li ser serverek derveyî saz kir, lê IPFS-a herêmî saz nekir an nexist, wê hingê gava ku hûn di navgîniya webê de biçin /webui divê hûn xeletiyek pêwendiyê bibînin:

Rastî ev e ku webui, bi dîtina min, pir cûda dixebite. Pêşîn, ew hewl dide ku bi API-ya servera ku pêvek vekirî ye ve girêbide (bê guman, li ser bingeha navnîşana gerokê). û heke ew li wir nexebite, wê hingê ew hewl dide ku bi deriyê herêmî ve girêbide. Û heke we IPFS li herêmî dixebite, wê hingê webui dê ji we re baş bixebite, tenê hûn ê bi IPFS-a herêmî re bixebitin, ne bi derve, her çend we webui li ser serverek derveyî vekir. Dûv re hûn pelan bar dikin, lê ji ber hin sedeman hûn wan tenê li ser servera derveyî nabînin ...

Û heke ew li herêmî neyê destpêkirin, wê hingê em xeletiyek pêwendiyê digirin. Di rewşa me de, xeletî bi îhtîmalek mezin ji ber CORS-ê ye, ku ew jî ji hêla webui ve tê destnîşan kirin, ku pêşniyar dike ku konfigurasyonek zêde bike.

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

Min tenê ji bo xwe pîvazek tomar kir

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

Sernavên zêdekirî di heman ~/.ipfs/config de têne dîtin. Di doza min de ew e

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

Em ipfs-ê ji nû ve dest pê dikin û dibînin ku webui bi serfirazî ve girêdayî ye (bi kêmanî heke we derî ji bo daxwazên ji derve vekiribe, wekî ku li jor hatî destnîşan kirin, divê ew be).

Naha hûn dikarin peldank û pelan rasterast bi navgîniya webê bar bikin, û hem jî peldankên xwe biafirînin.

Mountkirina pergala pelê FUSE

Ev taybetmendiyek pir balkêş e.

Em dikarin pelan (wek peldankan) ne tenê bi navgîniya webê, lê di heman demê de rasterast di termînalê de, mînakî, zêde bikin

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

Haşa dawîn haşa peldanka root e.

Bi karanîna vê hashê, em dikarin peldankê li ser her girêka ipfs-ê vekin (ku dikare girêka me bibîne û naverokê werbigire), em dikarin wê di navgîniya webê ya li porta 5001 an 8080-ê de bikin, an jî em dikarin wê bi navgîniya ipfs-ê ve bikin.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Lê hûn dikarin wê wekî peldankek birêkûpêk jî vekin.

Ka em di root de du peldankan biafirînin û mafên wan bidin bikarhênerê xwe.

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

û ipfs bi ala --mount ji nû ve bidin destpêkirin

ipfs daemon --mount

Hûn dikarin peldankan li cîhên din biafirînin û riya wan bi karanîna pîvanên ipfs daemon diyar bikin -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

Naha xwendina ji vê peldankê hinekî ne asayî ye.

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

Ango rasterast gihîştina koka vê peldankê tune. Lê heke hûn haş dizanin hûn dikarin naverokê bistînin.

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

Digel vê yekê, di hundurê peldankek de, tewra dema ku rê diyar dike jî temamkirina otomatîkî jî dixebite.

Wekî ku min li jor jî got, bi vî rengî vesazkirinê de hûrgulî hene: ji hêla xwerû, peldankên FUSE yên siwarkirî tenê ji bikarhênerê heyî re têne gihîştin (tewra root jî dê nikaribe ji peldankek wusa bixwîne, nexasim bikarhênerên din ên pergalê) . Heke hûn dixwazin van peldankan ji bikarhênerên din re peyda bikin, wê hingê di vesazkirinê de hûn hewce ne ku "FuseAllowOther": derewîn bi "FuseAllowOther" biguhezînin: rast. Lê ev ne hemû ye. Ger hûn IPFS-ê wekî root dimeşînin, wê hingê her tişt baş e. Û heger li ser navê bikarhênerek birêkûpêk (tevî sudo), hûn ê xeletiyek bistînin

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

Di vê rewşê de, hûn hewce ne ku hûn /etc/fuse.conf bi xêza #user_allow_other şîrove nekin.

Piştî vê yekê em ipfs ji nû ve dest pê dikin.

Pirsgirêkên naskirî yên bi FUSE

Pirsgirêkek ji carekê zêdetir hate dîtin ku piştî ji nû ve destpêkirina ipfs bi lêdanê (û dibe ku di rewşên din de), xalên mountê /ipfs û /ipns neçar dibin. Gihîştina wan tune, lê ls -la /ipfs nîşan dide ???? di lîsteya mafên.

Min ev çareserî dît:

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

Dûv re em ipfs ji nû ve dest pê dikin.

Zêdekirina xizmetê

Bê guman, xebitandina di termînalê de tenê ji bo ceribandinên destpêkê maqûl e. Di moda şer de, dema ku pergalê dest pê dike divê daemon bixweber dest pê bike.

Li ser navê sudo, pelê /etc/systemd/system/ipfs.service biafirînin û tê de binivîsin:

[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, bê guman, divê bi bikarhênerê we re were guheztin (û dibe ku riya tevahî ya bernameya ipfs ji we re cûda be (divê hûn riya tevahî diyar bikin)).

Werin em karûbarê çalak bikin.

sudo systemctl enable ipfs.service

Werin em dest bi xizmetê bikin.

sudo service ipfs start

Kontrolkirina rewşa karûbarê.

sudo service ipfs status

Ji bo paqijiya ceribandinê, dê di pêşerojê de gengaz be ku serverê ji nû ve dest pê bike da ku kontrol bike ka ipfs bixweber bi serfirazî dest pê dike.

Hevsalên me yên naskirî zêde dikin

Ka em rewşek bifikirin ku me nodên IPFS hem li ser serverek derveyî û hem jî li herêmî hatine saz kirin. Li ser servera derveyî em hin pelê zêde dikin û hewl didin ku wê bi IPFS-a herêmî ji hêla CID-ê ve bistînin. Wê çi bibe? Bê guman, servera herêmî bi îhtîmalek mezin di derbarê servera meya derveyî de tiştek nizane û dê bi tenê hewl bide ku pelê ji hêla CID ve bi "pirsa" ji hemî hevalbendên IPFS yên ku jê re hene (bi wan re ku berê xwe daye "naskirinê" ve bibîne. Ew, dê ji yên din bipirsin. Û bi vî awayî heta ku pel tê dîtin. Bi rastî, heman tişt diqewime dema ku em hewl didin ku pelek bi riya deriyê fermî bistînin ipfs.io. Heke hûn bi şens in, pel dê di çend saniyan de were dîtin. Û heke ne, wê hingê ew ê di çend hûrdeman de jî neyê dîtin, ku pir bandor li rehetiya xebatê dike. Lê em dizanin ku ev pel dê pêşî li ku derê xuya bibe. Ji ber vê yekê çima em tavilê ji servera xweya herêmî re nabêjin "Pêşî li wir binihêrin"? Xuya ye, ev dikare were kirin.

1. Herin servera dûr û di veavakirinê de li ~/.ipfs/config bigerin

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

2. Rewşa karûbarê sudo ya ipfs bimeşînin û tê de li navnîşên Swarm bigerin, mînakî:

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

3. Ji vê yekê em navnîşek gelemperî ya forma "/ip4/ip_of_your_server/tcp/4001/ipfs/$PeerID" lê zêde dikin.

4. Ji bo pêbaweriyê, em hewl bidin ku bi navgîniya webui ya xweya herêmî vê navnîşanê li hevalên xwe zêde bikin.

5. Heke her tişt baş e, konfigurasyona herêmî ~/.ipfs/config vekin, tê de "Bootstrap" bibînin: [...
û navnîşana wergirtî pêşî li rêzê zêde bikin.

IPFS ji nû ve bidin destpêkirin.

Naha em pelê li servera derveyî zêde bikin û hewl bidin ku wê li ser ya herêmî daxwaz bikin. Divê bi lez bifire.

Lê ev fonksiyon hîn ne aram e. Bi qasî ku ez fêm dikim, her çend em navnîşana peer di Bootstrap-ê de diyar bikin jî, di dema xebatê de ipfs navnîşa girêdanên çalak bi hevalan re diguhezîne. Di her rewşê de, nîqaşek li ser vê yekê û xwestekên li ser îhtîmala diyarkirina hevalên daîmî tê kirin vir û wisa xuya dike guman kirin hin fonksiyonan lê zêde bike [email parastî]+

Navnîşa hevalên heyî hem di webui û hem jî di termînalê de dikare were dîtin.

ipfs swarm peers

Li her du cihan hûn dikarin bi destan cejna xwe lê zêde bikin.

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

Heya ku ev fonksîyon baş nebe, hûn dikarin amûrek binivîsin da ku pêwendiya bi hevalbendê xwestinê re kontrol bikin û, heke na, pêwendiyek zêde bikin.

Bersivk

Di nav wan ên ku jixwe bi IPFS-ê re naskirî de, hem argumanên ji bo û hem jî li dijî IPFS hene. Di esasê xwe de rojek berê nîqaş û ji min xwest ku ez dîsa li IPFS bikolim. Û di derbarê nîqaşa jorîn de: Ez nikarim bibêjim ku ez bi tundî li dijî yek ji argumanên wan ên ku axivîn im (ez tenê bi wê yekê re napejirînim ku yek û nîv bernamenûs IPFS bikar tînin). Bi gelemperî, her du jî bi awayê xwe rast in (bi taybetî şîrovekirina li ser kontrolên dihêle hûn bifikirin). Lê eger em nirxandina exlaqî û hiqûqî bidin aliyekî, wê kî kîjan nirxandina teknîkî bide vê teknolojiyê? Bi kesane, min hestek hundurîn heye ku "ev bê guman pêdivî ye, hin perspektîfên wê hene." Lê çima tam, formulasyonek zelal tune. Mînakî, heke hûn li amûrên navendîkirî yên heyî mêze bikin, wê hingê ew di gelek waran de pir li pêş in (îstiqrara operasyonê, leza xebitandinê, kontrolkirin, hwd.). Digel vê yekê, ramanek min heye ku xuya dike ku watedar e û ku bêyî pergalên wusa nemerkezî bi zor dikare were sepandin. Bê guman, ez pir dijwar dikişînim, lê ez ê bi vî rengî formule bikim: pêdivî ye ku prensîba belavkirina agahdariya li ser Înternetê were guheztin.

Bila ez şirove bikim. Ger hûn bi vî rengî bifikirin, naha em agahdarî li gorî prensîba "Ez hêvî dikim ku yê ku min daye wê biparêze û ji hêla kesê ku ji bo wî ne hatî armanc kirin wenda nebe û neyê wergirtin." Wekî mînakek, hêsan e ku meriv karûbarên e-nameyên cihêreng, hilanîna cloud, hwd. Û di dawiyê de çi heye? Hub li ser Habré Ewlekariya Agahdariyê di rêza yekem de ye û hema hema her roj em nûçeyên li ser lekeyek din a cîhanî distînin. Di prensîbê de, hemî tiştên herî balkêş di <ironîkî> ecêb de têne navnîş kirin tişt Havîn hema hema qediya. Hema bêje ti daneyên ku nehatine eşkerekirin nemaye. Ango dêwên sereke yên Înternetê her ku diçe mezintir û mezin dibin, ew her ku diçe bêtir agahdarî berhev dikin, û belafirên weha celebek teqînên atomî yên agahdarî ne. Berê ev tişt qet çênebûye û dîsa li vir e. Di heman demê de, her çend pir kes fêm dikin ku xetere hene, ew ê berdewam bikin ku daneyên xwe bi pargîdaniyên sêyemîn bawer bikin. Ya yekem, zêde alternatîvek tune ye, ya duyemîn jî, soz didin ku wan hemû kun ji holê rakirine û ev ê careke din neqewime.

Ez kîjan vebijarkê dibînim? Ji min re dixuye ku divê di destpêkê de dane bi vekirî were belavkirin. Lê vekirîbûn di vê rewşê de nayê vê wateyê ku divê her tişt hêsan were xwendin. Ez behsa vekirîbûna hilanîn û belavkirinê dikim, lê ne vekirîbûna tevahî di xwendinê de. Ez texmîn dikim ku divê agahdarî bi mifteyên gelemperî were belav kirin. Beriya her tiştî, prensîba mifteyên gelemperî / taybet jixwe bi qasî Înternetê kevn e. Ger agahdarî nehênî be û ji bo dorhêlek berfireh be, wê hingê ew tavilê bi mifteyek gelemperî tê şandin (lê dîsa jî di forma şîfrekirî de, tenê her kes dikare wê bi mifteya heyî veşêre). Û eger na, wê hingê ew bêyî mifteya giştî tê şandin, û mift bixwe ji yê ku divê bigihîje vê agahiyê tê veguheztin. Di heman demê de, yê ku divê wê bixwîne divê tenê mifteyek hebe, û ku meriv vê agahiyê ji ku derê bigire divê bi rastî ji wî re ne girîng be - ew bi tenê wê ji torê derdixe (ev prensîba nû ya belavkirinê ji hêla naverokê ve ye, û ne bi navnîşan).

Ji ber vê yekê, ji bo êrîşek girseyî, êrîşkar dê hewce ne ku hejmareke mezin ji mifteyên taybet bistînin, û ev ne mimkûn e ku li yek cîhek were kirin. Ev kar, wekî ku ez dibînim, ji hackkirina karûbarek taybetî dijwartir e.

Û li vir pirsgirêkek din tê: pejirandina nivîskariyê. Naha li ser Înternetê hûn dikarin gelek gotinên ku ji hêla hevalên me ve hatine nivîsandin bibînin. Lê garantî li ku derê ye ku wan ew nivîsandine? Naha, heke her tomarek weha bi îmzeyek dîjîtal re were, ew ê pir hêsan be. Û ne girîng e ku ev agahdarî li ku derê ye, ya sereke îmze ye, ku eşkere zehmet e ku çêbike.

Û li vir tiştê ku balkêş e ev e: IPFS jixwe amûrên şîfrekirinê vedihewîne (berî her tiştî, ew li ser teknolojiya blokê hatî çêkirin). Mifteya taybet yekser di mîhengê de tê destnîşan kirin.

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

Ez ne pisporê ewlehiyê me û ez nikarim tam bizanibim ka meriv çawa vê rast bikar tîne, lê ji min re xuya dike ku ev bişkok di asta danûstendinê de di navbera girêkên IPFS de têne bikar anîn. Û her wiha js-ipfs û projeyên wek mînak orbit-db, li ser ku ew dixebite orbit.chat. Ango ji hêla teorîkî ve, her amûrek (mobîl û ne tenê) dikare bi hêsanî bi makîneyên xwe yên şîfrekirin û deşîfrekirinê were saz kirin. Di vê rewşê de, ya ku dimîne ev e ku her kes li ser parastina mifteyên xwe yên taybet tevbigere û her kes dê ji ewlehiya xwe berpirsiyar be, û nebin rehîn ji faktorek mirovî ya din a li ser hindek mezin a înternetê ya super-populer.

Tenê bikarhênerên qeydkirî dikarin beşdarî anketê bibin. Têketinji kerema xwe.

Ma we berê li ser IPFS bihîstiye?

Min çu carî IPFS nebihîstiye, lê balkêş xuya dike
Min nebihîstiye û naxwazim bibihîzim
Min li ser wê bihîst, lê ez ne eleqedar bûm
Min ew bihîst, lê fêm nekir, lê niha balkêş xuya dike
Ez demek dirêj IPFS bi rengek çalak bikar tînim.

69 bikarhêneran deng dan. 13 bikarhêner jî betal bûn.

Source: www.habr.com

IPFS bêyî êş (lê ev ne rast e)