🥇Acısız IPFS (ancak bu doğru değil)

Habré'nin zaten IPFS hakkında birden fazla makale.

Bu alanda uzman olmadığımı hemen açıklığa kavuşturacağım, ancak bu teknolojiye birden çok kez ilgi gösterdim, ancak onunla oynamaya çalışmak çoğu zaman biraz acıya neden oldu. Bugün tekrar denemeye başladım ve paylaşmak istediğim bazı sonuçlar aldım. Kısaca IPFS kurulum süreci ve bazı özellikleri anlatılacaktır (her şey ubuntu üzerinde yapılmıştır, diğer platformlarda denemedim).

IPFS'nin ne olduğunu kaçırdıysanız, burada biraz ayrıntılı olarak yazılmıştır: habr.com/en/post/314768

Montaj

Deneyin saflığı için, yerel modda ve uzaktan çalışmanın bazı tuzaklarını ele alacağımızdan, onu hemen bir tür harici sunucuya kurmanızı öneririm. Sonra istenirse uzun süre yıkılmaz, pek bir şey yok.

Yükle git

Resmi belgeler
Şu adresteki geçerli sürüme bakın: golang.org/dl

Not: IPFS'yi en sık kullanması gereken kullanıcı adına kurmak daha iyidir. Gerçek şu ki, aşağıda montaj seçeneğini ele alacağız. SİGORTA ve incelikler var.

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

Ardından ortamı güncellemeniz gerekir (daha fazla ayrıntı burada: 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'nun yüklenip yüklenmediğini kontrol etme

go version

IPFS'yi yükleyin

En çok kurulum yöntemini beğendim ipfs güncellemesi.

komutu ile kurun.

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

Bundan sonra, aşağıdaki komutları çalıştırabilirsiniz:

ipfs güncelleme sürümleri - indirilebilecek tüm mevcut sürümleri görmek için.
ipfs güncelleme sürümü - şu anda kurulu olan sürümü görmek için (IPFS kuruluncaya kadar hiçbiri olmayacaktır).
ipfs-update en son yükleme - IPFS'nin en son sürümünü yükleyin. Sırasıyla en son yerine, mevcut olanlar listesinden istediğiniz herhangi bir sürümü belirtebilirsiniz.

ipfs yükleme

ipfs-update install latest

kontrol

ipfs --version

Doğrudan kurulum ile genel anlamda her şey.

IPFS'yi başlat

Başlatma

İlk önce başlatma işlemini gerçekleştirmeniz gerekir.

ipfs init

Yanıt olarak, şöyle bir şey alacaksınız:

 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

Önerilen komutu çalıştırabilirsiniz

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

sonuç

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

Bence ilginç olan burada başlıyor. Kurulum aşamasındaki arkadaşlar şimdiden kendi teknolojilerini kullanmaya başladılar. Önerilen karma QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv sizin için özel olarak oluşturulmadı, ancak sürüme dikildi. Yani, yayınlanmadan önce bir karşılama metni hazırladılar, IPFS'ye döktüler ve adresi yükleyiciye eklediler. Bence çok havalı. Ve bu dosya (daha doğrusu tüm klasör) artık yalnızca yerel olarak değil, aynı zamanda resmi ağ geçidinde de görüntülenebilir. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. Aynı zamanda, klasörün içeriğinin hiçbir şekilde değişmediğinden emin olabilirsiniz, çünkü değişseydi, hash de değişirdi.

Bu arada, bu durumda, IPFS'nin sürüm kontrol sunucusuyla bazı benzerlikleri vardır. Klasörün kaynak dosyalarında değişiklik yaparsanız ve klasörü tekrar IPFS'ye dökerseniz, yeni bir adres alacaktır. Aynı zamanda eski klasör öylece bir yere gitmeyecek ve eski adresinde mevcut olacaktır.

Doğrudan başlatma

ipfs daemon

Bunun gibi bir yanıt almalısınız:

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

İnternetin kapıları açılıyor

Şu iki satıra dikkat edin:

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

Şimdi, IPFS'yi yerel olarak yüklediyseniz, yerel adresleri kullanarak IPFS arayüzlerine erişeceksiniz ve her şey sizin için kullanılabilir olacak (Örneğin, localhost:5001/webui/). Ancak harici bir sunucuya kurulduğunda, varsayılan olarak ağ geçitleri İnternet'e kapalıdır. Ağ geçitleri iki:

webui yöneticisi (github) 5001 numaralı bağlantı noktasında.
8080 numaralı bağlantı noktasında harici API (salt okunur).

Şimdiye kadar, her iki bağlantı noktası (5001 ve 8080) deneyler için açılabilir, ancak bir savaş sunucusunda elbette 5001 bağlantı noktası bir güvenlik duvarı ile kapatılmalıdır. Diğer eşlerin sizi bulabilmesi için gerekli olan 4001 numaralı bağlantı noktası da vardır. Dışarıdan gelen isteklere açık bırakılmalıdır.

Düzenlemek için ~/.ipfs/config dosyasını açın ve içinde şu satırları bulun:

"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'i sunucunuzun ip'sine değiştirin ve dosyayı kaydedin, ardından ipfs'yi yeniden başlatın (çalışan komutu Ctrl+C ile durdurun ve yeniden başlatın).

almalı

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

Şimdi harici arayüzler mevcut olmalıdır.

Kontrol

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

Yukarıdaki beni oku dosyası açılmalıdır.

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

Web arayüzü açılmalıdır.

Webui sizin için çalışıyorsa, IPFS ayarları, görüntüleme istatistikleri de dahil olmak üzere doğrudan içinde değiştirilebilir, ancak aşağıda, genellikle kritik olmayan yapılandırma dosyası aracılığıyla doğrudan yapılandırma seçeneklerini ele alacağım. Yapılandırmanın tam olarak nerede olduğunu ve onunla ne yapılacağını hatırlamak daha iyidir, aksi takdirde web yüzü çalışmazsa, daha zor olacaktır.

Sunucunuzla çalışmak için bir web arayüzü kurma

İşte yaklaşık üç saat süren ilk tuzak.

IPFS'yi harici bir sunucuya kurduysanız ancak IPFS'yi yerel olarak kurmadıysanız veya çalıştırmadıysanız, web arayüzünde /webui'ye gittiğinizde bir bağlantı hatası görmeniz gerekir:

Gerçek şu ki, bence webui çok belirsiz çalışıyor. İlk olarak, arayüzün açık olduğu sunucunun API'sine bağlanmaya çalışır (elbette tarayıcıdaki adrese göre). ve orada çalışmazsa, yerel ağ geçidine bağlanmaya çalışır. Ve yerel olarak çalışan IPFS'niz varsa, webui sizin için iyi çalışacaktır, webui'yi harici bir sunucuda açmış olmanıza rağmen harici değil, yalnızca yerel IPFS ile çalışacaksınız. Sonra dosyaları yüklüyorsunuz ama nedense harici bir sunucuda bu şekilde göremiyorsunuz…

Ve yerel olarak çalışmıyorsa, bir bağlantı hatası alırız. Bizim durumumuzda, hata büyük olasılıkla webui tarafından da belirtilen ve bir yapılandırma eklenmesini öneren CORS'den kaynaklanmaktadır.

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

Az önce bir joker karakter kaydettim

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

Eklenen başlıklar aynı ~/.ipfs/config dosyasında bulunabilir. benim durumumda öyle

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

ipfs'yi yeniden başlatıyoruz ve webui'nin başarıyla bağlandığını görüyoruz (her durumda, yukarıda açıklandığı gibi ağ geçitlerini dışarıdan istekler için açtıysanız bağlanmalıdır).

Artık klasörleri ve dosyaları doğrudan web arayüzü üzerinden yükleyebilir, ayrıca kendi klasörlerinizi oluşturabilirsiniz.

FUSE dosya sistemini bağlama

İşte oldukça ilginç bir özellik.

Dosyalar (klasörlerin yanı sıra), yalnızca web arayüzü aracılığıyla değil, aynı zamanda doğrudan terminalde de ekleyebiliriz, örneğin

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

Son karma, kök klasörün karma değeridir.

Bu karmayı kullanarak, herhangi bir ipfs düğümünde (düğümümüzü bulabilir ve içeriği alabilir) bir klasör açabiliriz, web arayüzünde 5001 veya 8080 bağlantı noktasında açabiliriz veya yerel olarak ipfs aracılığıyla yapabiliriz.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

Ancak yine de normal bir klasör gibi açabilirsiniz.

Kökte iki klasör oluşturalım ve kullanıcımıza bunların haklarını verelim.

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

ve --mount bayrağıyla ipfs'yi yeniden başlatın

ipfs daemon --mount

Başka yerlerde klasörler oluşturabilir ve ipfs arka plan programı parametreleri -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path aracılığıyla onlara giden yolu belirleyebilirsiniz.

Şimdi bu klasörden okumak biraz sıra dışı.

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

Yani, bu klasörün kök dizinine doğrudan erişim yoktur. Ancak hash'i bilerek içeriği alabilirsiniz.

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

Aynı zamanda, yol belirtildiğinde otomatik tamamlama bile klasörün içinde çalışır.

Yukarıda söylediğim gibi, bu tür bir bağlamanın incelikleri vardır: varsayılan olarak, bağlı FUSE klasörleri yalnızca geçerli kullanıcı tarafından kullanılabilir (sistemdeki diğer kullanıcılar bir yana, kök bile böyle bir klasörden okuyamaz). Bu klasörleri diğer kullanıcıların kullanımına açmak istiyorsanız, yapılandırmada "FuseAllowOther": false değerini "FuseAllowOther": true olarak değiştirmeniz gerekir. Ama hepsi bu kadar değil. IPFS'yi root olarak çalıştırırsanız, her şey yolunda demektir. Ve normal bir kullanıcı adına (hatta sudo), o zaman bir hata alırsınız

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

Bu durumda, #user_allow_other satırının açıklamasını kaldırarak /etc/fuse.conf dosyasını düzenlemeniz gerekir.

Bundan sonra, ipfs'yi yeniden başlatın.

FUSE ile ilgili bilinen sorunlar

Sorun birden çok kez fark edildi, ipfs bağlama ile yeniden başlatıldıktan sonra (ve belki başka durumlarda), /ipfs ve /ipns bağlama noktaları kullanılamaz hale geliyor. Onlara erişim yok ve ls -la /ipfs gösteriyor ???? haklar listesinde.

Bu çözümü buldum:

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

Ardından ipfs'yi yeniden başlatın.

Hizmet Ekleme

Tabii ki, terminalde çalıştırmak sadece ilk testler için uygundur. Savaş modunda, arka plan programı sistem başlangıcında otomatik olarak başlamalıdır.

Sudo adına, /etc/systemd/system/ipfs.service dosyasını oluşturun ve ona yazın:

[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

KULLANICI ADI elbette kullanıcınızla değiştirilmelidir (ve belki de ipfs programının tam yolu sizin için farklı olacaktır (tam yolu belirtmelisiniz)).

Hizmeti etkinleştiriyoruz.

sudo systemctl enable ipfs.service

Servise başlıyoruz.

sudo service ipfs start

Hizmetin durumunu kontrol etme.

sudo service ipfs status

Deneyin saflığı için, gelecekte ipfs'nin otomatik olarak başarıyla başladığını kontrol etmek için sunucuyu yeniden başlatmak mümkün olacaktır.

Bildiğimiz ziyafetleri eklemek

Hem harici bir sunucuda hem de yerel olarak kurulu IPFS düğümlerimizin olduğu bir durumu düşünün. Harici bir sunucuda, bazı dosyalar ekleriz ve yerel olarak CID ile IPFS üzerinden almaya çalışırız. Ne olacak? Tabii ki, yerel sunucu büyük olasılıkla harici sunucumuz hakkında hiçbir şey bilmiyor ve kendisine sunulan tüm IPFS eşlerine "sorarak" (zaten "tanışmayı" başardığı) dosyayı CID ile bulmaya çalışacak. Sırayla diğerlerine soracaklar. Ve böylece, dosya bulunana kadar. Aslında, dosyayı resmi ağ geçidinden almaya çalıştığımızda da aynı şey oluyor. ipfs.io. Şanslıysanız, dosya birkaç saniye içinde bulunacaktır. Ve değilse, birkaç dakika içinde bile bulunmayacaktır, bu da çalışma konforunu büyük ölçüde etkiler. Ancak bu dosyanın ilk olarak nerede görüneceğini biliyoruz. Öyleyse neden hemen yerel sunucumuza "Önce orada ara" demiyoruz? Görünüşe göre, bu yapılabilir.

1. Uzak sunucuya gidip ~/.ipfs/config config dosyasına bakıyoruz.

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

2. Sudo service ipfs status'u çalıştırın ve içinde Swarm girişlerini arayın, örneğin:

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

3. Bundan "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID" formunun genel adresini ekliyoruz.

4. Güvenilirlik için bu adresi yerel webui'miz üzerinden eşlere eklemeye çalışacağız.

5. Her şey yolundaysa, yerel config ~ / .ipfs / config dosyasını açın, içinde "Bootstrap" öğesini bulun: [...
ve önce alınan adresi diziye ekleyin.

IPFS'yi yeniden başlatın.

Şimdi dosyayı harici sunucuya ekleyelim ve yerel sunucuda talep etmeye çalışalım. Hızlı uçmalı.

Ancak bu işlevsellik henüz kararlı değil. Anladığım kadarıyla Bootstrap'ta bir eşin adresini belirtsek bile ipfs işlem sırasında eşlerle aktif bağlantıların listesini değiştiriyor. Her halükarda, bunun ve dileklerin kalıcı bayramların belirlenmesi olasılığına ilişkin tartışma sürüyor. burada ve öyle görünüyor bekleniyor bazı işlevler eklemek [e-posta korumalı]+

Mevcut eşlerin listesi hem webui'de hem de terminalde görüntülenebilir.

ipfs swarm peers

Ve burada burada ziyafetinizi manuel olarak ekleyebilirsiniz.

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

Bu işlevsellik iyileştirilene kadar, istenen eşle bağlantı olup olmadığını kontrol etmek ve değilse bağlantı eklemek için bir araç yazabilirsiniz.

muhakeme

IPFS'ye zaten aşina olanlar arasında, IPFS'nin hem lehinde hem de aleyhinde argümanlar var. Temel olarak, dün tartışma ve tekrar IPFS'ye girmemi istedi. Ve yukarıda belirtilen tartışma ile ilgili olarak: Konuşanların herhangi bir argümanına şiddetle karşı çıktığımı söyleyemem (sadece bir buçuk programcının IPFS kullandığı gerçeğine katılmıyorum). Genel olarak, her ikisi de kendi yolunda haklıdır (özellikle çekler hakkında yorum düşündürüyor). Ancak ahlaki ve yasal değerlendirmeyi bir kenara bırakırsak, bu teknolojinin teknik değerlendirmesini kim yapacak? Şahsen, "bunun kesin olarak yapılması gerektiğine, belirli beklentileri olduğuna" dair bir tür içsel his var. Ama neden tam olarak, net bir formülasyon yok. Örneğin, mevcut merkezi araçlara bakarsanız, birçok açıdan çok ilerideler (istikrar, hız, yönetilebilirlik vb.). Bununla birlikte, mantıklı görünen ve bu tür merkezi olmayan sistemler olmadan uygulanması pek mümkün olmayan bir düşüncem var. Tabii ki çok sallıyorum ama bunu şu şekilde formüle ederim: İnternette bilgi yayma ilkesi değiştirilmelidir.

Açıklamama izin ver. Düşünürseniz, artık "Umarım verdiğim kişi onu korur ve amaçlanmayanlar tarafından kaybolmaz veya alınmaz" ilkesine göre dağıtılan bilgilerimiz var. Örnek olarak, çeşitli posta hizmetlerini, bulut depolarını vb. Ve elimizde ne var? Habré merkezinde Bilgi güvenliği ilk sırada yer alıyor ve neredeyse her gün başka bir küresel sızıntı hakkında haber alıyoruz. Prensip olarak, en ilginç şeylerin tümü harika <ironi> içinde listelenmiştir. madde Yaz neredeyse bitti. Neredeyse hiç sızdırılmamış veri kalmadı. Yani, ana İnternet devleri büyüyor, gittikçe daha fazla bilgi biriktiriyorlar ve bu tür sızıntılar bir tür bilgi atomu patlaması. Bu daha önce hiç olmamıştı ve işte yine burada. Aynı zamanda, birçok kişi riskler olduğunu anlasa da verilerini üçüncü taraf şirketlere emanet etmeye devam edecek. Birincisi, fazla bir alternatif yok ve ikincisi, tüm delikleri kapatacaklarına ve bunun bir daha asla olmayacağına söz veriyorlar.

Hangi seçeneği görüyorum? Bana öyle geliyor ki veriler başlangıçta açık bir şekilde dağıtılmalı. Ancak bu durumda açıklık, her şeyin okunması kolay olması gerektiği anlamına gelmez. Depolama ve dağıtımın açıklığından bahsediyorum ama okumada tam bir açıklıktan değil. Bilgilerin ortak anahtarlarla dağıtılması gerektiğini varsayıyorum. Sonuçta, genel / özel anahtar ilkesi, neredeyse İnternet gibi zaten eskidir. Bilgi gizli değilse ve geniş bir çevreye yönelikse, o zaman hemen bir genel anahtarla düzenlenir (ancak yine de şifrelenmiş biçimdedir, herhangi biri mevcut anahtarla şifresini çözebilir). Ve değilse, o zaman bir ortak anahtar olmadan düzenlenir ve anahtarın kendisi, bu bilgilere erişimi olması gerekenlere aktarılır. Aynı zamanda, onu okuması gereken kişinin yalnızca bir anahtarı olmalı ve bu bilgiyi nereden alacağı, gerçekten uçmamalı - sadece ağdan çekiyor (bu, içeriğe göre dağıtımın yeni ilkesidir, göre değil adres).

Bu nedenle, toplu bir saldırı için saldırganların çok sayıda özel anahtar elde etmesi gerekecektir ve bunun tek bir yerde yapılması pek olası değildir. Gördüğüm kadarıyla bu görev, belirli bir hizmeti hacklemekten daha zor.

Ve burada başka bir sorun kapandı: yazarlığın teyidi. Artık internette arkadaşlarımız tarafından yazılmış birçok alıntı bulabilirsiniz. Ama onları yazanların onlar olduğunun garantisi nerede? Şimdi, bu tür her kayda bir dijital imza eşlik etse, çok daha kolay olurdu. Ve bu bilginin nerede olduğu önemli değil, asıl mesele, elbette taklit edilmesi zor olan imzadır.

Ve burada ilginç olan şey şu: IPFS zaten şifreleme araçları taşıyor (sonuçta blockchain teknolojisi üzerine kurulu). Özel anahtar yapılandırmada hemen belirtilir.

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

Ben bir güvenlik uzmanı değilim ve tam olarak nasıl doğru kullanılacağını bilemem ama bana öyle geliyor ki bu anahtarlar IPFS düğümleri arasındaki değişim düzeyinde kullanılıyor. Ve ayrıca js-ipfs gibi örnek projeler yörünge-dbüzerinde çalıştığı yörünge.sohbet. Yani, teorik olarak, her cihaz (yalnızca mobil değil) kendi şifreleme-şifre çözme makineleriyle kolayca donatılabilir. Bu durumda, yalnızca herkesin özel anahtarlarını korumakla ilgilenmesi kalır ve herkes kendi güvenliğinden sorumlu olacak ve bazı süper popüler İnternet devlerinde başka bir insan faktörünün rehinesi olmayacak.

Ankete sadece kayıtlı kullanıcılar katılabilir. Giriş yapLütfen.

IPFS'yi daha önce duydunuz mu?

IPFS'yi hiç duymadım ama ilginç görünüyor
Duymadım ve duymak istemiyorum
Duydum ama ilgilenmiyorum
Duydum ama anlamadım ama şimdi ilginç görünüyor
IPFS'yi uzun süredir aktif olarak kullanıyorum.

69 kullanıcı oy kullandı. 13 kişi çekimser kaldı.

Kaynak: habr.com

Ağrısız IPFS (ancak bu doğru değil)