🤙🏻 🧕🏾 🌠 बिना दर्द के IPFS (लेकिन यह सटीक नहीं है) 🐨 ♓️ 🖥️

इस तथ्य के बावजूद कि Habré पर पहले से ही IPFS के बारे में एक लेख नहीं था।

मैं तुरंत स्पष्ट कर दूंगा कि मैं इस क्षेत्र का विशेषज्ञ नहीं हूं, लेकिन मैंने इस तकनीक में एक से अधिक बार रुचि दिखाई है, लेकिन इसके साथ खेलने की कोशिश करने से अक्सर कुछ दर्द होता है। आज मैंने फिर से प्रयोग किए और कुछ परिणाम मिले जिन्हें मैं साझा करना चाहूंगा। संक्षेप में, IPFS और कुछ चिप्स को स्थापित करने की प्रक्रिया का वर्णन किया जाएगा (सब कुछ ubuntu पर किया गया था, अन्य प्लेटफार्मों पर मैंने कोशिश नहीं की)।

यदि आप IPFS से चूक गए हैं, तो यह यहाँ कुछ विस्तार से लिखा गया है: habr.com/en/post/314768

स्थापना

प्रयोग की शुद्धता के लिए, मैं इसे तुरंत किसी बाहरी सर्वर पर स्थापित करने का प्रस्ताव करता हूं, क्योंकि हम स्थानीय मोड और रिमोट में काम करने के साथ कुछ नुकसानों पर विचार करेंगे। फिर, यदि वांछित है, तो इसे लंबे समय तक ध्वस्त नहीं किया जाएगा, बहुत सारे नहीं हैं।

सेट जाओ

आधिकारिक दस्तावेज
Golang.org/dl पर वर्तमान संस्करण देखें

नोट: उपयोगकर्ता की ओर से IPFS को स्थापित करना बेहतर है, जो इसे सबसे अधिक बार उपयोग करना चाहिए। तथ्य यह है कि नीचे हम FUSE के माध्यम से बढ़ते के विकल्प पर विचार करेंगे और वहां सूक्ष्मताएं हैं।

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 version

IPFS स्थापित करें

मुझे ipfs-अपडेट के जरिए इंस्टॉल करने का तरीका सबसे ज्यादा पसंद आया।

इसे कमांड के साथ इंस्टॉल करें

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

उसके बाद, आप निम्नलिखित कमांड निष्पादित कर सकते हैं:

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.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyupMcX9Ba8nUH4uVv गेटवे पर भी देखी जा सकती है। उसी समय, आप यह सुनिश्चित कर सकते हैं कि फ़ोल्डर की सामग्री किसी भी तरह से नहीं बदली, क्योंकि अगर यह बदल गया होता, तो हैश भी बदल जाता।

वैसे, इस मामले में, आईपीएफएस में संस्करण नियंत्रण सर्वर के साथ कुछ समानताएं हैं। यदि आप फ़ोल्डर के स्रोत फ़ाइलों में परिवर्तन करते हैं और फिर से फ़ोल्डर को 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/xxxx/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 पर व्यवस्थापक वेबुई (जीथूब)।
पोर्ट 8080 पर बाहरी एपीआई (आसानी से)।

अब तक, आप प्रयोगों (5001 और 8080) के लिए दोनों पोर्ट खोल सकते हैं, लेकिन निश्चित रूप से, लड़ाई सर्वर पर, पोर्ट 5001 को फ़ायरवॉल के साथ बंद किया जाना चाहिए। 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 बदलें और फ़ाइल को सहेजें, फिर ipfs को पुनः आरंभ करें (चल रहे कमांड Ctrl + C को रोकें और फिर से चलाएँ)।

मिलना ही चाहिए

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

अब बाहरी इंटरफेस उपलब्ध होना चाहिए।

जांच करें

 http://__ip_:8080/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

उपरोक्त रीडमी फ़ाइल को खोलना चाहिए।

 http://__ip_:5001/webui/

वेब इंटरफ़ेस खोलना चाहिए।

यदि वेबुई आपके लिए काम करता है, तो आईपीएफएस सेटिंग्स को सीधे इसमें बदला जा सकता है, जिसमें आंकड़े देखना शामिल है, लेकिन नीचे मैं कॉन्फ़िगरेशन फ़ाइल के माध्यम से सीधे कॉन्फ़िगरेशन विकल्पों पर विचार करूंगा, जो आमतौर पर महत्वपूर्ण नहीं है। यह ठीक से याद रखना बेहतर है कि कॉन्फ़िगरेशन कहाँ निहित है और इसके साथ क्या करना है, और यदि वेब थूथन काम नहीं करता है, तो यह अधिक कठिन होगा।

अपने सर्वर के साथ काम करने के लिए एक वेब इंटरफ़ेस सेट करें

यहां पहला गड्ढा है, जिसमें लगभग तीन घंटे का समय लगा था।

यदि आपने IPFS को बाहरी सर्वर पर स्थापित किया है, लेकिन स्थानीय रूप से IPFS को स्थापित या शुरू नहीं किया है, तो जब आप वेब इंटरफ़ेस में वेब / एक्सेस करते हैं, तो आपको एक कनेक्शन त्रुटि दिखनी चाहिए:

तथ्य यह है कि वेबुइ, मेरी राय में, बहुत अस्पष्ट तरीके से काम करता है। सबसे पहले, वह सर्वर के एपीआई से जुड़ने की कोशिश करता है जहां इंटरफ़ेस खुला है (निश्चित रूप से, ब्राउज़र में पता के आधार पर)। और यदि यह वहां काम नहीं करता है, तो यह स्थानीय प्रवेश द्वार से जुड़ने की कोशिश करता है। और यदि आपके पास IPFS स्थानीय रूप से चल रहा है, तो आपका वेबुइ ठीक काम करेगा, केवल आप स्थानीय IPFS के साथ काम करेंगे, बाहरी नहीं, हालांकि आपने बाहरी सर्वर पर वेबुई को खोला है। फिर फ़ाइलें अपलोड करें, लेकिन किसी कारण से आप उन्हें बाहरी सर्वर पर वैसा ही नहीं देख पाएंगे ...

और अगर यह स्थानीय रूप से नहीं चल रहा है, तो हमें कनेक्शन त्रुटि मिलती है। हमारे मामले में, त्रुटि सबसे अधिक होने की संभावना है, क्योंकि कोरस के कारण, जिसे वेबुई द्वारा भी संकेत दिया जाता है, एक विन्यास जोड़ने का प्रस्ताव है।

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

मैंने अभी एक वाइल्डकार्ड पंजीकृत किया है

 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

अंतिम हैश रूट फ़ोल्डर हैश है।

इस हैश का उपयोग करके, हम किसी भी आईपीएफएस नोड पर फ़ोल्डर खोल सकते हैं (जो हमारे नोड को पा सकते हैं और सामग्री प्राप्त कर सकते हैं), हम पोर्ट 5001 या 8080 पर वेब इंटरफेस में कर सकते हैं, या हम स्थानीय रूप से आईपीएफएस के माध्यम से कर सकते हैं।

 ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

लेकिन आप इसे अभी भी एक सामान्य फ़ोल्डर की तरह खोल सकते हैं।

आइए जड़ में दो फ़ोल्डर बनाएं और उन्हें हमारे उपयोगकर्ता को अधिकार दें।

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

और --Mount ध्वज के साथ ipfs पुनः आरंभ करें

 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 फ़ोल्डर केवल वर्तमान उपयोगकर्ता (यहां तक कि रूट इस फ़ोल्डर से नहीं पढ़ सकते हैं, सिस्टम में अन्य उपयोगकर्ताओं का उल्लेख नहीं कर सकते हैं)। यदि आप इन फ़ोल्डरों को अन्य उपयोगकर्ताओं के लिए सुलभ बनाना चाहते हैं, तो कॉन्फ़िगरेशन में आपको "फ़्यूज़अल्लोअथर" को बदलने की आवश्यकता है: "फ़्यूज़अलोवॉथर" को गलत: सच। लेकिन यह सब नहीं है। यदि आप IPFS को रूट के रूप में चलाते हैं, तो सब कुछ ठीक है। और अगर एक नियमित उपयोगकर्ता (यद्यपि sudo) की ओर से, आपको एक त्रुटि मिलती है

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

इस स्थिति में, आपको #user_allow_other लाइन को अनइंस्टॉल करके /etc/fuse.conf को ठीक करना होगा।

उसके बाद हम 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 नोड्स दोनों स्थापित हैं। एक बाहरी सर्वर पर, हम किसी प्रकार की फ़ाइल जोड़ते हैं और इसे CFS द्वारा स्थानीय रूप से 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, इसमें "बूटस्ट्रैप" ढूंढें: [...]
और पहले प्राप्त पते को सरणी में जोड़ें।

IPFS को पुनरारंभ करें।

अब फ़ाइल को बाहरी सर्वर में जोड़ें और इसे स्थानीय एक पर अनुरोध करने का प्रयास करें। तेजी से उड़ना चाहिए।

लेकिन यह कार्यक्षमता अभी भी अस्थिर है। जहां तक मैं समझता हूं, भले ही हम बूटस्ट्रैप में सहकर्मी के पते को निर्दिष्ट करते हैं, काम के दौरान आईपीएफएस साथियों के साथ सक्रिय कनेक्शन की सूची को बदलता है। किसी भी मामले में, इस बात की एक चर्चा और निरंतर साथियों के संकेत की संभावना पर काम किया जा रहा है और ऐसा लगता है कि यह ipfs@5.0+ के लिए कुछ कार्यक्षमता जोड़ने वाला है

वर्तमान साथियों की एक सूची वेबुई और टर्मिनल दोनों में देखी जा सकती है।

 ipfs swarm peers

वहाँ और वहाँ दोनों आप अपने दावत को मैन्युअल रूप से जोड़ सकते हैं।

 ipfs swarm connect "/ip4/ip__/tcp/4001/ipfs/$PeerID"

जब तक आप इस कार्यक्षमता में सुधार नहीं करते हैं, तब तक आप वांछित सहकर्मी के साथ कनेक्शन की जांच के लिए एक उपकरण लिख सकते हैं, और यदि नहीं, तो कनेक्शन जोड़ने के लिए।

विचार

पहले से ही 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................. + / NDI51jA0MRzpBviM3o / सी / Nuz30wo95vWToNyWzJlyAISXnUHxnVhvpeJAbaeggQRcFxO9ujO9DH61aqgN1m + JoEplHjtc4KS5  "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................. 7LMS7jKpwJNJBiFAa / Kuyu3W6PrdOe7SqrXfjOLHQ0uX1oYfcqFIKQsBNj / Fb + GJMiciJUZaAjgHoaZrrf2b / Eii3z0i + QIVG7OypXT3Z9JUS60  "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................. Zijgq27oLyxKNr9T7  "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 और इस तरह के उदाहरण ऑर्बिट-डीबी के रूप में प्रोजेक्ट करते हैं, जिस पर orbit.chat काम करता है। यही है, सैद्धांतिक रूप से, प्रत्येक डिवाइस (मोबाइल और न केवल) आसानी से अपने स्वयं के एन्क्रिप्शन-डिक्रिप्शन मशीनों से सुसज्जित किया जा सकता है। इस मामले में, यह केवल हर किसी के लिए अपनी निजी चाबियों को बनाए रखने का ख्याल रखता है और हर कोई अपनी सुरक्षा के लिए स्वयं जिम्मेदार होगा, और कुछ सुपर-लोकप्रिय इंटरनेट दिग्गजों में किसी अन्य मानव कारक के लिए बंधक नहीं होना चाहिए।

बिना दर्द के IPFS (लेकिन यह सटीक नहीं है)