🥇IPFS ტკივილის გარეშე (მაგრამ ეს არ არის ზუსტი)

მიუხედავად იმისა, რომ ჰაბრე უკვე იყო ერთზე მეტი სტატია IPFS-ის შესახებ.

მაშინვე განვმარტავ, რომ მე არ ვარ ექსპერტი ამ სფეროში, მაგრამ არაერთხელ გამოვჩინე ინტერესი ამ ტექნოლოგიის მიმართ, მაგრამ მასთან თამაშის მცდელობა ხშირად იწვევდა გარკვეულ ტკივილს. დღეს ისევ დავიწყე ექსპერიმენტები და მივიღე რამდენიმე შედეგი, რომელიც მინდა გაგიზიაროთ. მოკლედ, იქნება აღწერილი IPFS-ის ინსტალაციის პროცესი და ზოგიერთი ფუნქცია (ყველაფერი გაკეთდა ubuntu-ზე, სხვა პლატფორმებზე არ მიცდია).

თუ გამოგრჩათ რა არის IPFS, აქ დეტალურად წერია: habr.com/en/post/314768

დაყენების

ექსპერიმენტის სიწმინდისთვის, მე გირჩევთ დაუყოვნებლივ დააინსტალიროთ იგი ზოგიერთ გარე სერვერზე, რადგან განვიხილავთ ზოგიერთ პრობლემას ლოკალურ რეჟიმში და დისტანციურ რეჟიმში მუშაობისას. მერე სურვილის შემთხვევაში კარგა ხანს არ დაინგრევა, ბევრი არაა.

დააინსტალირეთ go

ოფიციალური დოკუმენტაცია
იხილეთ მიმდინარე ვერსია აქ golang.org/dl

შენიშვნა: უმჯობესია დააინსტალიროთ IPFS იმ მომხმარებლის სახელით, ვინც მას ყველაზე ხშირად უნდა გამოიყენოს. ფაქტია, რომ ქვემოთ განვიხილავთ მეშვეობით მონტაჟის ვარიანტს დაუკრავენ და არის დახვეწილობა.

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

შემდეგ თქვენ უნდა განაახლოთ გარემო (დაწვრილებით აქ: 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

შემოწმება, რომ go დაყენებულია

go version

დააინსტალირეთ IPFS

ყველაზე მეტად ინსტალაციის მეთოდი მომეწონა ipfs განახლება.

დააინსტალირეთ ბრძანებით

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

ამის შემდეგ შეგიძლიათ გაუშვათ შემდეგი ბრძანებები:

ipfs-განახლების ვერსიები - ჩამოსატვირთად ყველა ხელმისაწვდომი ვერსიის სანახავად.
ipfs-განახლების ვერსია - ამჟამად დაინსტალირებული ვერსიის სანახავად (სანამ არ დავაინსტალიროთ IPFS, ის არცერთი არ იქნება).
ipfs-update-ის ინსტალაცია უახლესი - დააინსტალირეთ IPFS-ის უახლესი ვერსია. უახლესი, შესაბამისად, შეგიძლიათ მიუთითოთ ნებისმიერი სასურველი ვერსია ხელმისაწვდომის სიიდან.

ipfs-ის ინსტალაცია

ipfs-update install latest

შემოწმება

ipfs --version

პირდაპირ ინსტალაციასთან ერთად ზოგადად ყველაფერი.

გაუშვით IPFS

ინიციალიზაცია

პირველ რიგში, თქვენ უნდა განახორციელოთ ინიციალიზაცია.

ipfs init

საპასუხოდ, თქვენ მიიღებთ ასეთ რამეს:

 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

შეგიძლიათ შემოთავაზებული ბრძანების გაშვება

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

შედეგი

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

აქ, ჩემი აზრით, იწყება საინტერესო. ინსტალაციის ეტაპზე ბიჭები უკვე იწყებენ საკუთარი ტექნოლოგიების გამოყენებას. შემოთავაზებული ჰეში QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv არ არის შექმნილი სპეციალურად თქვენთვის, მაგრამ შეკერილია გამოშვებაში. ანუ გამოშვებამდე მოამზადეს მისასალმებელი ტექსტი, ჩაასხეს IPFS-ში და დაამატეს მისამართი ინსტალერს. მგონი ძალიან მაგარია. და ამ ფაილის (უფრო ზუსტად, მთელი საქაღალდის) ნახვა უკვე შესაძლებელია არა მხოლოდ ადგილობრივად, არამედ ოფიციალურ კარიბჭეზეც. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. ამავდროულად, შეგიძლიათ დარწმუნებული იყოთ, რომ საქაღალდის შინაარსი არანაირად არ შეცვლილა, რადგან ის რომ შეცვლილიყო, მაშინ ჰეშიც შეიცვლებოდა.

სხვათა შორის, ამ შემთხვევაში, IPFS-ს აქვს გარკვეული მსგავსება ვერსიის კონტროლის სერვერთან. თუ თქვენ შეიტანეთ ცვლილებები საქაღალდის წყაროს ფაილებში და კვლავ ჩაასხით საქაღალდე IPFS-ში, მაშინ ის მიიღებს ახალ მისამართს. ამავდროულად, ძველი საქაღალდე არსად არ წავა ზუსტად ისე და ხელმისაწვდომი იქნება მის წინა მისამართზე.

პირდაპირი გაშვება

ipfs daemon

თქვენ უნდა მიიღოთ ასეთი პასუხი:

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

ინტერნეტის კარების გაღება

ყურადღება მიაქციეთ ამ ორ ხაზს:

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

ახლა, თუ თქვენ დაინსტალირებული გაქვთ IPFS ლოკალურად, მაშინ თქვენ შეხვალთ IPFS ინტერფეისებზე ადგილობრივი მისამართების გამოყენებით და ყველაფერი ხელმისაწვდომი იქნება თქვენთვის (მაგალითად, localhost:5001/webui/). მაგრამ გარე სერვერზე დაყენებისას, ნაგულისხმევად, კარიბჭეები დახურულია ინტერნეტისთვის. კარიბჭე ორი:

ვებუი ადმინი (გითუბი) პორტზე 5001.
გარე API 8080 პორტზე (მხოლოდ კითხვაზე).

ჯერჯერობით, ორივე პორტი (5001 და 8080) შეიძლება გაიხსნას ექსპერიმენტებისთვის, მაგრამ საბრძოლო სერვერზე, რა თქმა უნდა, 5001 პორტი უნდა დაიხუროს firewall-ით. ასევე არის პორტი 4001, რომელიც საჭიროა სხვა თანატოლებმა რომ გიპოვონ. ის ღია უნდა დარჩეს გარე მოთხოვნებისთვის.

გახსენით ~/.ipfs/config რედაქტირებისთვის და იპოვეთ მასში ეს სტრიქონები:

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

შეცვალეთ 127.0.0.1 თქვენი სერვერის ip-ზე და შეინახეთ ფაილი, შემდეგ გადატვირთეთ ipfs (შეაჩერეთ გაშვებული ბრძანება Ctrl+C-ით და ისევ დაიწყეთ).

უნდა მიიღოს

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

ახლა გარე ინტერფეისები ხელმისაწვდომი უნდა იყოს.

შეამოწმეთ

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

ზემოთ readme ფაილი უნდა გაიხსნას.

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

ვებ ინტერფეისი უნდა გაიხსნას.

თუ webui მუშაობს თქვენთვის, მაშინ IPFS პარამეტრები შეიძლება შეიცვალოს პირდაპირ მასში, სტატისტიკის ნახვის ჩათვლით, მაგრამ ქვემოთ განვიხილავ კონფიგურაციის ვარიანტებს პირდაპირ კონფიგურაციის ფაილის საშუალებით, რაც ზოგადად არ არის კრიტიკული. უბრალოდ ჯობია ზუსტად დაიმახსოვროთ სად არის კონფიგურაცია და რა ვუყოთ მას, თორემ თუ ვებ ფეისი არ მუშაობს, უფრო გაგიჭირდებათ.

თქვენს სერვერთან მუშაობისთვის ვებ ინტერფეისის დაყენება

აქ არის პირველი ხაფანგი, რომელსაც დაახლოებით სამი საათი დასჭირდა.

თუ თქვენ დააინსტალირეთ IPFS გარე სერვერზე, მაგრამ არ დააინსტალირეთ ან არ გაუშვით IPFS ლოკალურად, მაშინ როდესაც გადადით /webui-ზე ვებ ინტერფეისში, უნდა ნახოთ კავშირის შეცდომა:

ფაქტია, რომ webui, ჩემი აზრით, ძალიან ორაზროვნად მუშაობს. პირველ რიგში, ის ცდილობს დაუკავშირდეს სერვერის API-ს, სადაც ინტერფეისი ღიაა (რა თქმა უნდა, ბრაუზერის მისამართიდან გამომდინარე). და თუ ის ვერ მოხერხდა, მაშინ ის ცდილობს დაუკავშირდეს ადგილობრივ კარიბჭეს. და თუ თქვენ გაქვთ IPFS გაშვებული ლოკალურად, მაშინ webui კარგად იმუშავებს თქვენთვის, მხოლოდ თქვენ იმუშავებთ ლოკალური IPFS-ით და არა გარე, თუმცა თქვენ გახსენით webui გარე სერვერზე. შემდეგ ატვირთავთ ფაილებს, მაგრამ რატომღაც ვერ ხედავთ მათ გარე სერვერზე…

და თუ ის არ მუშაობს ადგილობრივად, მაშინ მივიღებთ კავშირის შეცდომას. ჩვენს შემთხვევაში, შეცდომა სავარაუდოდ გამოწვეულია CORS-ით, რაც ასევე მითითებულია webui-ით, რაც გვთავაზობს კონფიგურაციის დამატებას.

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

ახლახან დავრეგისტრირდი wildcard

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

დამატებული სათაურები შეგიძლიათ ნახოთ იმავე ~/.ipfs/config-ში. ჩემს შემთხვევაში ასეა

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

ჩვენ გადავტვირთავთ ipfs-ს და ვხედავთ, რომ webui წარმატებით არის დაკავშირებული (ნებისმიერ შემთხვევაში, ეს უნდა იყოს, თუ თქვენ გახსენით კარიბჭეები გარედან მოთხოვნისთვის, როგორც ზემოთ აღწერილია).

ახლა თქვენ შეგიძლიათ ატვირთოთ საქაღალდეები და ფაილები პირდაპირ ვებ ინტერფეისის საშუალებით, ასევე შექმნათ თქვენი საკუთარი საქაღალდეები.

FUSE ფაილური სისტემის დამონტაჟება

აქ არის საკმაოდ საინტერესო თვისება.

ფაილები (ისევე როგორც საქაღალდეები), ჩვენ შეგვიძლია დავამატოთ არა მხოლოდ ვებ ინტერფეისის საშუალებით, არამედ პირდაპირ ტერმინალში, მაგალითად

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

ბოლო ჰეში არის root საქაღალდის ჰეში.

ამ ჰეშის გამოყენებით, ჩვენ შეგვიძლია გავხსნათ საქაღალდე ნებისმიერ ipfs კვანძზე (რომელსაც შეუძლია ჩვენი კვანძის პოვნა და შინაარსის მიღება), ჩვენ შეგვიძლია ვებ ინტერფეისში 5001 ან 8080 პორტზე, ან შეგვიძლია ლოკალურად ipfs-ის საშუალებით.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

მაგრამ მაინც შეგიძლიათ გახსნათ ის, როგორც ჩვეულებრივი საქაღალდე.

მოდით შევქმნათ ორი საქაღალდე ძირში და მივცეთ მათზე უფლებები ჩვენს მომხმარებელს.

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

და გადატვირთეთ ipfs --mount flag-ით

ipfs daemon --mount

თქვენ შეგიძლიათ შექმნათ საქაღალდეები სხვა ადგილებში და მიუთითოთ მათკენ მიმავალი გზა ipfs daemon პარამეტრების მეშვეობით -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

ახლა ამ საქაღალდიდან კითხვა გარკვეულწილად უჩვეულოა.

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

ანუ, არ არის პირდაპირი წვდომა ამ საქაღალდის ფესვზე. მაგრამ თქვენ შეგიძლიათ მიიღოთ შინაარსი, თუ იცით ჰეში.

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

ამავდროულად, ავტომატური დასრულებაც კი მუშაობს საქაღალდეში, როდესაც მითითებულია ბილიკი.

როგორც ზემოთ ვთქვი, ასეთი მონტაჟის დახვეწილობა არსებობს: ნაგულისხმევად, დამონტაჟებული FUSE საქაღალდეები ხელმისაწვდომია მხოლოდ მიმდინარე მომხმარებლისთვის (თუნდაც root ვერ შეძლებს წაიკითხოს ასეთი საქაღალდიდან, რომ აღარაფერი ვთქვათ სისტემის სხვა მომხმარებლებს). თუ გსურთ ეს საქაღალდეები ხელმისაწვდომი გახადოთ სხვა მომხმარებლებისთვის, მაშინ კონფიგურაციაში თქვენ უნდა შეცვალოთ "FuseAllowOther": false "FuseAllowOther": true. მაგრამ ეს ყველაფერი არ არის. თუ თქვენ გაუშვით IPFS როგორც root, მაშინ ყველაფერი წესრიგშია. და თუ ჩვეულებრივი მომხმარებლის სახელით (თუნდაც სუდო), მაშინ მიიღებთ შეცდომას

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

ამ შემთხვევაში, თქვენ უნდა შეცვალოთ /etc/fuse.conf კომენტარის გაუქმებით #user_allow_other ხაზი.

ამის შემდეგ გადატვირთეთ ipfs.

ცნობილი პრობლემები FUSE-თან

პრობლემა არაერთხელ დაფიქსირდა, რომ ipfs-ის მონტაჟით გადატვირთვის შემდეგ (და შესაძლოა სხვა შემთხვევებში), /ipfs და /ipns სამონტაჟო წერტილები მიუწვდომელია. მათზე წვდომა არ არის და ls -la /ipfs აჩვენებს ???? უფლებათა სიაში.

იპოვე ეს გამოსავალი:

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

შემდეგ გადატვირთეთ ipfs.

სერვისის დამატება

რა თქმა უნდა, ტერმინალში გაშვება შესაფერისია მხოლოდ საწყისი ტესტებისთვის. საბრძოლო რეჟიმში, დემონი ავტომატურად უნდა დაიწყოს სისტემის გაშვებისას.

sudo-ს სახელით შექმენით ფაილი /etc/systemd/system/ipfs.service და ჩაწერეთ მასში:

[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, რა თქმა უნდა, უნდა შეიცვალოს თქვენი მომხმარებელით (და შესაძლოა ipfs პროგრამის სრული გზა თქვენთვის განსხვავებული იყოს (სრული გზა უნდა მიუთითოთ)).

ჩვენ ვააქტიურებთ სერვისს.

sudo systemctl enable ipfs.service

ჩვენ ვიწყებთ მომსახურებას.

sudo service ipfs start

სერვისის სტატუსის შემოწმება.

sudo service ipfs status

ექსპერიმენტის სისუფთავისთვის, მომავალში შესაძლებელი იქნება სერვერის გადატვირთვა, რათა შეამოწმოს, რომ ipfs წარმატებით იწყება ავტომატურად.

ჩვენთვის ცნობილი დღესასწაულების დამატება

განვიხილოთ სიტუაცია, როდესაც ჩვენ გვაქვს IPFS კვანძები დაინსტალირებული როგორც გარე სერვერზე, ასევე ადგილობრივად. გარე სერვერზე ჩვენ ვამატებთ ზოგიერთ ფაილს და ვცდილობთ მის მიღებას IPFS-ის მეშვეობით ადგილობრივად CID-ით. Რა მოხდება? რა თქმა უნდა, ლოკალურმა სერვერმა, დიდი ალბათობით, არაფერი იცის ჩვენი გარე სერვერის შესახებ და უბრალოდ შეეცდება იპოვნოს ფაილი CID-ის მიერ მისთვის ხელმისაწვდომი ყველა IPFS თანატოლების „კითხვით“ (რომლებთანაც მან უკვე მოახერხა „გაცნობა“). ისინი თავის მხრივ სხვებს ეკითხებიან. და ასე შემდეგ, სანამ ფაილი არ მოიძებნება. სინამდვილეში, იგივე ხდება, როდესაც ვცდილობთ ფაილის მიღებას ოფიციალური კარიბჭის მეშვეობით ipfs.io. თუ გაგიმართლათ, ფაილი რამდენიმე წამში მოიძებნება. და თუ არა, ის რამდენიმე წუთშიც კი არ მოიძებნება, რაც დიდად მოქმედებს სამუშაოს კომფორტზე. მაგრამ ჩვენ ვიცით, სად გამოჩნდება ეს ფაილი პირველად. მაშ, რატომ არ ვეუბნებით ჩვენს ადგილობრივ სერვერს "პირველ რიგში მოძებნე იქ"? როგორც ჩანს, ეს შეიძლება გაკეთდეს.

1. მივდივართ დისტანციურ სერვერზე და ვეძებთ ~/.ipfs/config კონფიგურაციას

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

2. გაუშვით sudo სერვისის ipfs სტატუსი და მოძებნეთ მასში Swarm ჩანაწერები, მაგალითად:

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

3. აქედან ვამატებთ ფორმის ზოგად მისამართს "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. სანდოობისთვის, ჩვენ შევეცდებით დავამატოთ ეს მისამართი თანატოლებს ჩვენი ადგილობრივი ვებუიების მეშვეობით.

5. თუ ყველაფერი წესრიგშია, გახსენით ადგილობრივი კონფიგურაცია ~ / .ipfs / config, იპოვეთ მასში „Bootstrap“: [...
და დაამატეთ მიღებული მისამართი მასივში ჯერ.

გადატვირთეთ IPFS.

ახლა მოდით დავამატოთ ფაილი გარე სერვერზე და ვცადოთ მისი მოთხოვნა ლოკალურ სერვერზე. სწრაფად უნდა იფრინოს.

მაგრამ ეს ფუნქცია ჯერ კიდევ არ არის სტაბილური. რამდენადაც მე მესმის, Bootstrap-ში თანატოლის მისამართსაც რომ მივუთითოთ, ipfs ოპერაციის დროს ცვლის თანატოლებთან აქტიური კავშირების ჩამონათვალს. ყოველ შემთხვევაში, ამის და სურვილების განხილვა მუდმივი დღესასწაულების დაზუსტების შესაძლებლობასთან დაკავშირებით მიმდინარეობს აქ და როგორც ჩანს უნდა დაამატეთ გარკვეული ფუნქციები [ელ.ფოსტით დაცულია]+

მიმდინარე თანატოლების სიის ნახვა შესაძლებელია როგორც webui-ში, ასევე ტერმინალში.

ipfs swarm peers

და აქ და იქ შეგიძლიათ ხელით დაამატოთ თქვენი დღესასწაული.

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

სანამ ეს ფუნქციონალობა არ გაუმჯობესდება, შეგიძლიათ დაწეროთ ინსტრუმენტი სასურველ თანატოლთან კავშირის შესამოწმებლად და, თუ არა, კავშირის დასამატებლად.

მსჯელობა

მათ შორის, ვინც უკვე იცნობს IPFS-ს, არსებობს არგუმენტები IPFS-ის მომხრე და წინააღმდეგ. ძირითადად გუშინ დისკუსია და მიბიძგა ისევ ჩამეძია IPFS-ში. და რაც შეეხება ზემოხსენებულ დისკუსიას: ვერ ვიტყვი, რომ კატეგორიულად წინააღმდეგი ვარ მოლაპარაკეების ზოგიერთ არგუმენტს (მე არ ვეთანხმები მხოლოდ იმ ფაქტს, რომ ერთნახევარი პროგრამისტი იყენებს IPFS-ს). ზოგადად, ორივე მართალია თავისებურად (განსაკუთრებით კომენტარი ჩეკების შესახებ გაფიქრებინებს). მაგრამ თუ მორალურ და სამართლებრივ შეფასებას უარვყოფთ, ვინ მისცემს ამ ტექნოლოგიის ტექნიკურ შეფასებას? პირადად მე მაქვს რაღაც შინაგანი განცდა, რომ „ეს უნდა გაკეთდეს ცალსახად, აქვს გარკვეული პერსპექტივები“. მაგრამ რატომ ზუსტად, არ არსებობს მკაფიო ფორმულირება. მაგალითად, თუ გადავხედავთ არსებულ ცენტრალიზებულ ინსტრუმენტებს, მაშინ ისინი მრავალი თვალსაზრისით წინ არიან (სტაბილურობა, სიჩქარე, მართვადობა და ა.შ.). მიუხედავად ამისა, მე მაქვს ერთი აზრი, რომელიც, როგორც ჩანს, აზრიანია და რომელიც ძნელად შეიძლება განხორციელდეს ასეთი დეცენტრალიზებული სისტემების გარეშე. რა თქმა უნდა, ზედმეტად ძლიერად ვტრიალდები, მაგრამ ამას ასე ჩამოვაყალიბებდი: ინტერნეტში ინფორმაციის გავრცელების პრინციპი უნდა შეიცვალოს.

Ნება მომეცი აგიხსნა. თუ დაფიქრდებით, ახლა ჩვენ გვაქვს ინფორმაცია განაწილებული პრინციპით „იმედი მაქვს, ვინც მე მივეცი დაიცავს მას და არ დაიკარგება და არ მიიღებს მათ, ვისთვისაც ეს არ იყო განკუთვნილი“. მაგალითად, ადვილია განიხილოს სხვადასხვა საფოსტო სერვისები, ღრუბლოვანი საცავი და ა.შ. და რითი დავამთავროთ? ჰაბრე ჰაბზე Ინფორმაციის დაცვა არის პირველ ხაზზე და თითქმის ყოველდღე ვიღებთ სიახლეებს მორიგი გლობალური გაჟონვის შესახებ. პრინციპში, ყველა ყველაზე საინტერესო ჩამოთვლილია <ირონიაში> მშვენიერში სტატია ზაფხული თითქმის დასრულდა. თითქმის არ არის გაჟღენთილი მონაცემები. ანუ, მთავარი ინტერნეტ გიგანტები უფრო დიდი ხდებიან, ისინი სულ უფრო მეტ ინფორმაციას აგროვებენ და ასეთი გაჟონვები ერთგვარი საინფორმაციო ატომური აფეთქებაა. ეს აქამდე არასდროს მომხდარა და აი ისევ. ამავდროულად, მიუხედავად იმისა, რომ ბევრს ესმის, რომ არსებობს რისკები, ისინი გააგრძელებენ თავიანთი მონაცემების ნდობას მესამე მხარის კომპანიებს. ჯერ ერთი, ბევრი ალტერნატივა არ არსებობს და მეორეც, გვპირდებიან, რომ ყველა ხვრელი გაშალეს და ეს აღარასოდეს განმეორდება.

რა ვარიანტს ვხედავ? მეჩვენება, რომ მონაცემები თავდაპირველად ღიად უნდა გავრცელდეს. მაგრამ გახსნილობა ამ შემთხვევაში არ ნიშნავს იმას, რომ ყველაფერი ადვილად წასაკითხი უნდა იყოს. მე ვსაუბრობ შენახვისა და განაწილების ღიაობაზე, მაგრამ არა კითხვის სრულ გახსნილობაზე. მე ვვარაუდობ, რომ ინფორმაცია უნდა გავრცელდეს საჯარო გასაღებით. ყოველივე ამის შემდეგ, საჯარო / პირადი გასაღებების პრინციპი უკვე ძველია, თითქმის ინტერნეტის მსგავსად. თუ ინფორმაცია არ არის კონფიდენციალური და განკუთვნილია ფართო წრისთვის, მაშინ იგი დაუყოვნებლივ განლაგებულია საჯარო გასაღებით (მაგრამ მაინც დაშიფრული ფორმით, მხოლოდ ყველას შეუძლია მისი გაშიფვრა ხელმისაწვდომი გასაღებით). და თუ არა, მაშინ იგი ასახულია საჯარო გასაღების გარეშე და თავად გასაღები გადადის იმაზე, თუ რა უნდა ჰქონდეს ამ ინფორმაციას. ამავდროულად, მას, ვინც უნდა წაიკითხოს, უნდა ჰქონდეს მხოლოდ გასაღები, და სად უნდა მიიღოს ეს ინფორმაცია, ის ნამდვილად არ უნდა აფრინდეს - ის უბრალოდ ამოიყვანს მას ქსელიდან (ეს არის შინაარსის მიხედვით განაწილების ახალი პრინციპი და არა მისამართი).

ამრიგად, მასობრივი თავდასხმისთვის თავდამსხმელებს დასჭირდებათ დიდი რაოდენობის პირადი გასაღებების მოპოვება და ეს ნაკლებად სავარაუდოა, რომ მოხდეს ერთ ადგილზე. ეს ამოცანა, როგორც ვხედავ, უფრო რთულია, ვიდრე კონკრეტული სერვისის გატეხვა.

და აქ კიდევ ერთი პრობლემა იხურება: ავტორის დადასტურება. ახლა ინტერნეტში შეგიძლიათ იპოვოთ ჩვენი მეგობრების მიერ დაწერილი მრავალი ციტატა. მაგრამ სად არის გარანტია, რომ სწორედ მათ დაწერეს ისინი? ახლა, თითოეულ ასეთ ჩანაწერს ციფრული ხელმოწერა რომ ახლდეს, ბევრად უფრო ადვილი იქნებოდა. და არ აქვს მნიშვნელობა სად დევს ეს ინფორმაცია, მთავარია ხელმოწერა, რომლის გაყალბება, რა თქმა უნდა, რთულია.

და აი, რა არის აქ საინტერესო: IPFS უკვე ახორციელებს დაშიფვრის ინსტრუმენტებს (ბოლოს და ბოლოს, ის აგებულია ბლოკჩეინის ტექნოლოგიაზე). პირადი გასაღები დაუყოვნებლივ მითითებულია კონფიგურაციაში.

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

მე არ ვარ უსაფრთხოების სპეციალისტი და ზუსტად არ ვიცი როგორ გამოვიყენო ის სწორად, მაგრამ მეჩვენება, რომ ეს გასაღებები გამოიყენება IPFS კვანძებს შორის გაცვლის დონეზე. Და ასევე js-ipfs და მაგალითად პროექტები, როგორიცაა ორბიტა-დბრომელზედაც მუშაობს ორბიტა.ჩატი. ანუ, თეორიულად, თითოეული მოწყობილობა (მობილური და არა მხოლოდ) ადვილად შეიძლება აღიჭურვოს საკუთარი დაშიფვრა-გაშიფვრის აპარატებით. ამ შემთხვევაში, რჩება მხოლოდ ყველამ იზრუნოს პირადი გასაღების შენახვაზე და ყველა იქნება პასუხისმგებელი საკუთარ უსაფრთხოებაზე და არ იყოს სხვა ადამიანური ფაქტორის მძევალი რომელიმე სუპერპოპულარულ ინტერნეტ გიგანტზე.

გამოკითხვაში მონაწილეობა შეუძლიათ მხოლოდ დარეგისტრირებულ მომხმარებლებს. Შებრძანდითგთხოვთ

ადრე გსმენიათ IPFS-ის შესახებ?

მე არასოდეს მსმენია IPFS-ის შესახებ, მაგრამ საინტერესო ჩანს
არ გამიგია და არც მინდა მოსმენა
გავიგე, მაგრამ არ აინტერესებს
გავიგე, მაგრამ ვერ გავიგე, მაგრამ ახლა საინტერესოა
დიდი ხანია აქტიურად ვიყენებ IPFS-ს.

მისცა ხმა 69 მომხმარებელმა. 13-მა მომხმარებელმა თავი შეიკავა.

წყარო: www.habr.com

IPFS ტკივილის გარეშე (მაგრამ ეს არ არის ზუსტი)