この記事では、検索エンジン i-Book.in、IPFSネットワーク、およびいくつかのトリックでリソースのダウンロード速度を向上させる方法に焦点を当てています。
これは一連の記事の始まりです、私はIPFSについてのすべてを浅いものから深いものまで説明します、それが正しく書かれていないならば、訂正することを歓迎します。 公式文書はこちらです、IPFSを深く学びたいなら、それを注意深く読むことをお勧めします。
IPFSネットワークとは何ですか? なぜ i-Book.in それをインフラストラクチャとして使用するのでしょうか? この記事では、ウィキペディアのIPFSの概要を最初に見て、詳細に説明します。
惑星間ファイルシステム(IPFS)は、永続的で分散されたストレージと共有ファイルを作成するために設計されたネットワークトランスポートプロトコルです。 これは、コンテンツ・アドレス可能なピアツーピアのハイパーメディア配信プロトコルです。 IPFSネットワーク内のノードは、分散ファイルシステムを形成します。 これは、オープンソースコミュニティの助けを借りて2014年からProtocol Labsによって開発されたオープンソースプロジェクトです。 もともとはフアンベネットによって設計されました。
分散ストレージの主な利点は、ファイルのセキュリティと保守性が非常に強力であり、オリジンサーバーにアクセスできないためにファイルが無効にならないことです。 ゲートウェイ(詳細は後述)にアクセスできない場合は、別のゲートウェイに切り替えてファイルにアクセスしますが、もちろん、これはコストがかからないわけではありません、つまり、ゲートウェイは分散ネットワーク全体を取得してファイルの実際の場所を見つける必要があるため、待ち時間が長くなります。
これが i-Book.in それを技術的基礎として使用する理由であり、今日のリソースベースの検索エンジンのほとんどは、しばしばアクセスできない結果を提供し、苦労して見つかったリンクはダウンロードできず、かなり貧弱な経験です。 これは、ファイルのストレージが各サイトによって維持され、サイトが動作を継続できずオフラインになると、そのサイト上のリソースにインデックスを付けたリンクはすべて無効になり、配信元サーバーがオンラインに戻らない限り復元できないためです。
IPFS分散ネットワークは、ファイルストレージの「セキュリティ」と「持続可能性」を得るための迅速なソリューションであり、すべてのインデックスリンクがネチズンによって独立してIPFSネットワークにアップロード i-Book.in i-Book.in、ファイル自体を保存せず、ファイルのQmhashのみを保存し、誰でもこのQmhashを任意のゲートウェイに持って行き、このファイルをダウンロードできます。
この記事を読んでいる人は誰でも i-Book.in からリソースをダウンロードしたはずなので、IPFSネットワークの速度を経験しているに違いありません。 では、ダウンロードを高速化する方法は?
まず、良いゲートウェイを選択し、検索エンジンで与えられたゲートウェイはすべて非常に高速ではなく、壁の外のユーザーであれば、No.1ゲートウェイを直接使用しようとすることができますが、No.4ゲートウェイの現在のテストは最速であり、壁に落とされていません。 もちろん、ゲートウェイのネットワークパフォーマンスが十分に強い場合、ダウンロード速度も非常に高速になるように、独自のゲートウェイを構築することもお勧めします。
利用可能なすべてのゲートウェイは、ここCheck.ipfs-peer.onlineで確認できます。
2つ目は、適切なダウンロードツールを使用することです, あなたがモバイルの場合, あなたはブラウザ自身のダウンローダーしか使用できません, 小さなファイルをダウンロードしても大丈夫です, 大きなファイルは不十分です. 私の推奨事項は、はるかに高速になるIDMマルチスレッドダウンロードを使用することですが、デスクトップのみです。
ここでテクノロジーを理解していない友人の中には、「[ゲートウェイ]とは何ですか、まったく理解できません!」と尋ねたいに違いありません。 さて、図を使用して簡単に説明しますが、次の図は従来のHTTPを使用してファイルをダウンロードしています。
次の図は、IPFS ゲートウェイを使用したファイルのダウンロードを示しています。
ノードA、つまり紫色のパスを使用してファイルをダウンロードでき、緑のパスを使用することもできますもちろん、赤いパスも使用でき、各ノードは必要に応じてソースノード修正(PIN)ファイルを支援でき、このような利点は、ソースステーションがオフラインにならない限り、ファイルは常に存在し、IPFSネットワークの特殊性により、オリジンサーバーは各ノードの背後に隠されているため、セキュリティが大幅に向上します。
*雲を見ていますか? ゲートウェイの話ではありませんか、どうやって再びノードになったのですか? *
簡単に言うと、ゲートウェイとノードはツインです。 現在のgo-ipfs実装は、ゲートウェイとノードを一緒にカプセル化し、ノードはパブリックにアクセス可能であり、ゲートウェイはネイティブアクセスであり、127.0.0.1以外のIPアクセスは許可されていませんが、外部アクセスにはリバースプロキシを使用できます。 '(最初に穴を掘り、ワンクリックでIPFSパブリックゲートウェイスクリプトを手書きで構築します)'
「あなたとCDNの違いは何ですか?」と言う人がいるはずです。 もちろん、違いがあり、CDNはドメイン名を基本単位として使用し、サービスプロバイダーはドメイン名のみをキャッシュし、ドメイン名にアクセスするすべての顧客はCDNサービスプロバイダーに直接接続してリソースを取得し、アクセスを大幅に高速化します。 ドメイン名以外のトラフィックは無視されます。 これにより、ドメイン名が指すノードがハングアップし、CDNサービスプロバイダーは無力になります。
IPFSは異なり、「DHTネットワーク」であり、それ自体には主要なノードがなく、開く限り、同じプロトコルを使用する最も近いノードに自動的に接続し、ノードは独自の「ルーティングマップ」を交換しますお互いに、自分のノードが他の人のノードをマイクとして使用してデータをさらに「伝播」できるようにし、必要に応じて、他のノードもいつでもすべてのデータを取得して保存することができます。 このようにして、データのバックアップコピーを作成できます。
🤦 ねえ、なぜ私はここで「ねえ」と言わなければならないのですか? 国内の沸騰メディアは、自慢が詳細をまったく理解していないことを知っていて、一日中吹いていて、何を吹くのかわからないからです。
ここでもう一度説明したいと思います! IPFSはプロトコルの名前であり、マイニングされているのはファイルコインであり、これはまだテストネット段階にあり、オンラインではなく現在、お金を稼ぐためにマイニングすることはできません。
この問題を見る前に、ファイルコインが黄色であれば、IPFSはうまく生きることができ、うまく生きていなくても、現在のBTやゼロネットワークのように生き残ることができますが、IPFSがなければ、ファイルコインは黄色です!
Filecoinのインセンティブポリシーは、DHTネットワーク全体のファイルを保存するすべてのノードに報酬を与えますが、私の浅い知識に関する限り、最終的にはクラウドサービスプロバイダーが最大のIPFSノードになり、データセキュリティとストレージの価格は主要なクラウドサービスプロバイダーの把握に戻るため、Fliecoinは現在個人投資家か銀行家かをテストする大規模な「社会実験」としか見なされません。
しかし、最終的にはブックメーカーがそれをすべて取ると思います、なぜならそこにはパラドックスがあるからです:「他のノードがファイルを保存するのを手伝わなければ、あなたの収入は高くなく、あなたの収入は高くないので、他のノードがデータを保存するのを手伝いますか?」 "。
現在、「IPFSを使用して自宅にいるIPFSマイナーは、毎月電気代よりも多くを稼ぐ」ことを示唆するデータはありません。 そして、主要なクラウドサービスプロバイダー自体は多くのアイドルリソースを持っており、ストレージ価格も非常に低くなる可能性があり、個人投資家は戦うことができず、個人投資家のホーム幅は、遅延であろうとレートであろうと、単にビジネスの幅を行うことができないので、**最終的にはブックメーカーがすべてを取ることだと思います。
鉱業に加えてIPFSに関する現在の中国のIPFSサークルは鉱業であるため、これは一連の記事の始まりになりますが、食事はそれほど醜くないのでしょうか? まだメインネットワークで発売されていないマイニングマシン、この販売は本当にアイデアであり、それを購入した人はかなり異常だと思います。
この技術に興味がある場合は、公式文書、特定の実装、基本原則を注意深く見て、お金を稼ぐことに興味がある人は、マイニングマシンを販売する人にだまされるのではなく、このテクノロジーの「ホワイトペーパー」と「回路図」を詳しく調べる必要がありますマイニングマシンを購入するために、IPFSは任意のコンピューターで実行でき、ネットワークとストレージスペースの2つの要件しかないため、深刻なコンピューターがFilecoinマイナーを実行できる限り、組み立てて購入する必要はありません。
-EOF-
いくつかの便利なリンク
最近、不要なサードパーティ ソフトウェアをインストールしましたが、削除方法がわかりません。解決策を見つけてバックアップを作成しました。
電報ベースの電子書籍検索ロボットの設計と構築
最近、i-book.in を再設計し、自動化スクリプトを更新しました. 特定のコードは投稿しませんが、すべて GitHub で入手できます.
パワーチップの限界、最大電流は1.2Aです。ご使用の際はご注意ください
非常にシンプルで使いやすいユーザー フィードバック システムをインストールして構成する
目次
人気タグ
その他の言語
サイト情報