IPFS ללא כאב (אבל זה לא מדויק)

למרות העובדה שהברה כבר היה יותר ממאמר אחד על IPFS.

מיד אבהיר שאני לא מומחה בתחום הזה, אבל גיליתי עניין בטכנולוגיה הזו יותר מפעם אחת, אבל הניסיון לשחק איתה גרם לא פעם לכאב. היום התחלתי שוב להתנסות וקיבלתי כמה תוצאות שהייתי רוצה לשתף. בקיצור, תהליך ההתקנה של IPFS וכמה תכונות יתוארו (הכל נעשה ב-ubuntu, לא ניסיתי את זה בפלטפורמות אחרות).

אם פספסת מה זה IPFS, זה כתוב בפירוט מסוים כאן: habr.com/en/post/314768

התקנה

למען טוהר הניסוי, אני מציע להתקין אותו באופן מיידי על שרת חיצוני כלשהו, ​​שכן נשקול כמה מלכודות עם עבודה במצב מקומי ומרוחק. ואז, אם רוצים, זה לא ייהרס במשך זמן רב, אין הרבה.

התקן go

תיעוד רשמי
ראה את הגרסה הנוכחית ב 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 מותקן

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

כאן, לדעתי, המעניין מתחיל. החבר'ה בשלב ההתקנה כבר מתחילים להשתמש בטכנולוגיות משלהם. ה-hash המוצע QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv לא נוצר במיוחד עבורך, אלא תפור במהדורה. כלומר, לפני השחרור הכינו טקסט ברוכים הבאים, שפכו אותו ל-IPFS והוסיפו את הכתובת למתקין. אני חושב שזה מאוד מגניב. ואת הקובץ הזה (ליתר דיוק, התיקיה כולה) ניתן לצפות כעת לא רק באופן מקומי, אלא גם בשער הרשמי ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. יחד עם זאת, אתה יכול להיות בטוח שתוכן התיקיה לא השתנה בשום צורה, כי אם זה היה משתנה, אז גם ה-hash היה משתנה.

אגב, במקרה זה, ל-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/). אבל כאשר מותקן על שרת חיצוני, כברירת מחדל, השערים סגורים לאינטרנט. שערים שניים:

1. webui admin (GitHub) ביציאה 5001.
2. API חיצוני ביציאה 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 ל-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"]'

זה עתה רשמתי תו כללי

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

ה-hash האחרון הוא ה-hash של תיקיית השורש.

באמצעות ה-hash הזה, אנחנו יכולים לפתוח תיקיה בכל צומת ipfs (שיכולה למצוא את הצומת שלנו ולקבל את התוכן), אנחנו יכולים בממשק האינטרנט בפורט 5001 או 8080, או שאנחנו יכולים באופן מקומי דרך ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

אבל אתה עדיין יכול לפתוח אותו כמו תיקיה רגילה.

בואו ניצור שתי תיקיות בשורש ונעניק זכויות עליהן למשתמש שלנו.

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

והפעל מחדש את ipfs עם דגל --mount

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

כלומר, אין גישה ישירה לשורש התיקיה הזו. אבל אתה יכול לקבל את התוכן, לדעת את ה-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

במקביל, אפילו השלמה אוטומטית פועלת בתוך התיקיה כאשר הנתיב מצוין.

כפי שאמרתי למעלה, ישנן דקויות בהרכבה כזו: כברירת מחדל, תיקיות FUSE רכובות זמינות רק למשתמש הנוכחי (אפילו root לא יוכל לקרוא מתיקיה כזו, שלא לדבר על משתמשים אחרים במערכת). אם אתה רוצה להפוך את התיקיות האלה לזמינות למשתמשים אחרים, אז בתצורה אתה צריך לשנות את "FuseAllowOther": false ל-"FuseAllowOther": true. אבל זה לא הכל. אם אתה מפעיל IPFS כשורש, הכל בסדר. ואם מטעם משתמש רגיל (אפילו sudo), אז תקבל שגיאה

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 service ipfs וחפש בו ערכי Swarm, למשל:

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

3. אנו מוסיפים מכאן את הכתובת הכללית של הטופס "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. לצורך אמינות, ננסה להוסיף כתובת זו לעמיתים דרך ה-webui המקומי שלנו.

5. אם הכל תקין, פתח את התצורה המקומית ~ / .ipfs / config, מצא בו "Bootstrap": [...
ולהוסיף את הכתובת שהתקבלה תחילה למערך.

הפעל מחדש את IPFS.

כעת נוסיף את הקובץ לשרת החיצוני וננסה לבקש אותו על השרת המקומי. צריך לעוף מהר.

אבל הפונקציונליות הזו עדיין לא יציבה. למיטב הבנתי, גם אם נציין כתובת של עמית ב-Bootstrap, ipfs משנה את רשימת החיבורים הפעילים עם עמיתים במהלך הפעולה. בכל מקרה, הדיון בכך וברצונות לגבי אפשרות ציון סעודות קבע בעיצומו כאן וזה נראה כמו אמור להוסיף קצת פונקציונליות [מוגן בדוא"ל]+

ניתן לראות את רשימת העמיתים הנוכחיים הן ב-webui והן במסוף.

ipfs swarm peers

ופה ושם אתה יכול להוסיף את החגיגה שלך באופן ידני.

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

עד שפונקציונליות זו תשופר, תוכל לכתוב כלי לבדיקת חיבור לעמית הרצויה ואם לא, להוסיף חיבור.

נימוק

בין אלה שכבר מכירים את IPFS, יש גם טיעונים בעד וגם נגד IPFS. בעיקרון, אתמול את הדיון והניע אותי לחפור שוב ב-IPFS. ולגבי הדיון שהוזכר לעיל: אני לא יכול להגיד שאני מתנגד נחרצות לכל טיעון של אלה שדיברו (אני לא מסכים רק עם העובדה שמתכנתים וחצי משתמשים ב-IPFS). באופן כללי, שניהם צודקים בדרכם שלהם (במיוחד הערה לגבי צ'קים גורם לך לחשוב). אבל אם נזרוק את ההערכה המוסרית והמשפטית, מי ייתן הערכה טכנית של הטכנולוגיה הזו? באופן אישי יש לי איזושהי תחושה פנימית ש"זה חייב להיעשות חד משמעית, יש לזה סיכויים מסוימים". אבל למה בדיוק, אין ניסוח ברור. כאילו, אם מסתכלים על הכלים הריכוזיים הקיימים, אז מבחינות רבות הם רחוקים (יציבות, מהירות, יכולת ניהול וכו'). עם זאת, יש לי מחשבה אחת שנראית הגיונית ואשר בקושי ניתן ליישם ללא מערכות מבוזרות כאלה. אני כמובן מתנדנד חזק מדי, אבל הייתי מנסח את זה כך: יש לשנות את עקרון הפצת המידע באינטרנט.

הרשה לי להסביר. אם תחשוב על זה, עכשיו יש לנו מידע שמופץ על פי העיקרון "אני מקווה שמי שנתתי אותו יגן עליו והוא לא יאבד או יתקבל על ידי מי שלא נועד לו". כדוגמה, קל לשקול שירותי דואר שונים, אחסון ענן וכו'. ובמה אנחנו מסיימים? ברכזת Habré אבטחת מידע נמצא על הקו הראשון וכמעט כל יום אנו מקבלים חדשות על דליפה עולמית נוספת. באופן עקרוני, כל הדברים המעניינים ביותר מפורטים ב<אירוניה> נפלאה מאמר הקיץ כמעט נגמר. כמעט ולא נותרו נתונים שדלפו. כלומר, ענקיות האינטרנט העיקריות נהיות גדולות יותר, הן צוברות עוד ועוד מידע, והדלפות כאלה הן מעין פיצוצי מידע אטומיים. זה מעולם לא קרה בעבר, והנה זה שוב. יחד עם זאת, למרות שרבים מבינים שיש סיכונים, הם ימשיכו לתת אמון בנתונים שלהם לחברות צד שלישי. ראשית, אין הרבה אלטרנטיבות, ושנית, הם מבטיחים שסידרו את כל החורים וזה לא יקרה שוב.

איזו אפשרות אני רואה? נראה לי שבהתחלה צריך להפיץ נתונים בגלוי. אבל פתיחות במקרה הזה לא אומרת שהכל צריך להיות קל לקריאה. אני מדבר על הפתיחות של האחסון וההפצה, אבל לא על פתיחות מוחלטת בקריאה. אני מניח שמידע צריך להיות מופץ עם מפתחות ציבוריים. אחרי הכל, העיקרון של מפתחות ציבוריים/פרטיים כבר ישן, כמעט כמו האינטרנט. אם המידע אינו סודי ומיועד למעגל רחב, אז הוא מונח מיד עם מפתח ציבורי (אבל עדיין בצורה מוצפנת, כל אחד יכול לפענח אותו עם המפתח הזמין). ואם לא, אז הוא מונח ללא מפתח ציבורי, והמפתח עצמו מועבר למה שאמור לקבל גישה למידע הזה. יחד עם זאת, מי שצריך לקרוא אותו צריך שיהיה לו רק מפתח, והיכן להשיג את המידע הזה, הוא לא באמת צריך להמריא - הוא פשוט שולף אותו מהרשת (זה העיקרון החדש של הפצה לפי תוכן, לא לפי כתובת).

לפיכך, עבור התקפה המונית, התוקפים יצטרכו להשיג מספר עצום של מפתחות פרטיים, וסביר להניח שזה לא ייעשה במקום אחד. המשימה הזו, כפי שאני רואה אותה, קשה יותר מפריצה לשירות מסוים.

והנה בעיה נוספת סגורה: אישור מחבר. עכשיו באינטרנט אתה יכול למצוא ציטוטים רבים שנכתבו על ידי החברים שלנו. אבל איפה הערובה שהם הם שכתבו אותם? עכשיו, אם כל רשומה כזו הייתה מלווה בחתימה דיגיטלית, זה יהיה הרבה יותר קל. וזה לא משנה היכן נמצא המידע הזה, העיקר הוא החתימה, שכמובן קשה לזייף.

והנה מה שמעניין כאן: 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 ופרויקטים לדוגמה כגון orbit-dbשעליו זה עובד orbit.chat. כלומר, תיאורטית, כל מכשיר (נייד ולא רק) יכול להצטייד בקלות במכונות הצפנה-פענוח משלו. במקרה הזה, נותר רק לכולם לדאוג לשמור את המפתחות הפרטיים שלו, וכל אחד יהיה אחראי על האבטחה שלו, ולא יהיה בן ערובה של גורם אנושי אחר באיזו ענקית אינטרנט סופר-פופולרית.

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

על IPFS שמעתם בעבר?

• מעולם לא שמעתי על IPFS, אבל זה נראה מעניין

• לא שמעתי ולא רוצה לשמוע

• שמע אבל לא מעוניין

• שמע, אבל לא הבין, אבל עכשיו זה נראה מעניין

• אני משתמש ב-IPFS באופן פעיל במשך זמן רב.

69 משתמשים הצביעו. 13 משתמשים נמנעו.

מקור: www.habr.com