ブログをIPFSからサーバーへ移行した理由

 (neimanslab.org)
5 ポイント 投稿者 GN⁺ 2024-02-02 | 2件のコメント | WhatsAppで共有
  • 筆者は、IPFS(InterPlanetary File System)とENS(Ethereum Name Service)を使ったWebサイトの先駆者だったと自負している
  • 2019年3月に最初のENS+IPFS Webサイトを立ち上げた時点では、類似のWebサイトは15件未満だった
  • 2019年から2022年にかけて、IPFS+ENSブラウザ拡張機能(Almonit)、IPFS+ENS検索エンジン(Esteroids)を共同開発し、個人ブログもIPFS+ENS経由でのみアクセス可能だった
  • しかし今日、ブログを再びサーバーへ戻すことを決め、その理由を議論したい

P2P Webサイトへの興奮

  • P2P WebサイトであるIPFSに興奮していた理由は、理論上、Webサイトの訪問者が多いほど、より強力で、検閲耐性があり、スケーラブルになる点だった。
  • Torrentファイルが永遠に生き残るように、Webサイトもそうなってほしいと思っていた。
  • 訪問者が多いほど利用が速くなり、一部の訪問者がコンテンツの拡散を手助けできるWebサイトを思い描いていた。

実際にはうまく機能しなかった理由

  • IPFS利用者の大半は、自前のノードやソフトウェアを実行せず、ゲートウェイを使っている。
  • 自前のIPFSノードを運用していても、Webサイトにアクセスしたからといって自動的にその内容をピン留めするわけではない。
  • BitTorrentと違い、IPFSではコンテンツを受信してもデフォルトで共有されるわけではない。
  • Webサイトは動的なオブジェクトであり、内容が継続的に更新される。
  • ほとんどのIPFS Webサイトは、IPNS(内部ネーミングシステム)またはENS(Ethereum Name System)を使って最新バージョンのコンテンツを指している。
  • IPFSには、IPNSの最新コンテンツを常にピン留めする単純なコマンドがまだなく、ENSを使う場合はEthereumブロックチェーンのイベントを受信する必要がある。

ブラウザでIPFSコンテンツへアクセスする難しさ

  • IPFSブログを、すべての主要ゲートウェイ、すべてのIPFSノード、Braveブラウザ(標準でIPFS対応)、js-libp2p & helia(IPFSのjsライブラリ)からアクセス可能にしたかったが、信頼できる方法を見つけられなかった。
  • cid.contactという"コンテンツルーティング"サービスを見つけたが、このサービス経由でコンテンツをインデックスさせる方法が分からなかった。
  • cid.contactに依存すると、中央集権的なサービスへの依存が生まれる。

シンプルで伝統的な解決策への回帰

  • IPFSブログを適切に運用するための継続的な努力に疲れ、シンプルで伝統的に動く解決策を求めるようになった。
  • 現在読んでいるこのブログはJekyllで構築され、自前の10ドルのサーバーでホスティングされている。
  • 今でもIPFSのファンではあるが、個人ブログの要件にはまだ合っていない。

GN⁺の見解

  • IPFSは分散型Webのための革新的な技術だが、個人ブログのように動的で頻繁な更新が必要なコンテンツには、まだ適していない。
  • 技術の複雑さと運用保守の難しさが、ユーザーが従来のサーバーベースのソリューションへ戻る主な理由となっている。
  • この記事は、技術愛好家に対してIPFSのような分散型技術の現実的な限界と、改善が必要な領域を示し、技術の発展への継続的な関心と参加を促している。

関連記事

2件のコメント

 
xexe11 2024-09-13

はじめまして
 
GN⁺ 2024-02-02
Hacker Newsの意見

  • 著者の文章がよく書けていると称賛する意見。

    • 技術は良いが、まだ準備不足な印象を受けた。
    • 試みたこと自体がエコシステムへの貢献であり、改善が必要な点を示している。
    • 経験を共有しないのは皆にとって損失だと考える。

  • IPFS実装の iroh を開発中の創業者の意見。

    • IPFSの完全な体験を実現するのは難しいが、P2P Webホスティングには徐々に近づいている。

  • IPFSとBitTorrentの利用パターンの違いについての意見。

    • IPFSは通常のHTTPサーバーでホスティングできるコンテンツに使われ、BitTorrentはHTTPでのホスティングが難しい、またはコストの高いデータのホスティングに使われる。
    • リレーサーバーが登場し、既存プロトコルを使うよりも便利になった。

  • IPFSのユーザー体験に対する不満。

    • ファイルを追加しても実際にネットワークへ追加されるわけではなく、複製したいものはすべて手動でピン留めしなければならない。
    • BitTorrent v2が解決した問題をIPFSも解決したが、BitTorrent v2のほうがより良い方法で解決している。
    • IPFSが Web3 や暗号資産とますます結びついており、友人に勧めにくい。

  • Filecoinについての意見。

    • 使っていないストレージ容量の市場を作るというアイデアは良いが、Dropboxのように簡単であるべきだ。
    • FilecoinのWebサイトではDropboxのようなアプリが見つからず、ひょっとすると法人向けソリューションなのかもしれない。
    • こうした理由で人気がないように思え、記事はその印象をさらに強めている。

  • IPFSに関する個人的な経験の共有。

    • 実際には完全に分散されておらず、分散化の幻想を維持するのはコストが高く、実際の目的もない。
    • ブロックチェーン技術と関係するプロジェクトへの関与が増えるにつれ、関連する活動をやめた。

  • ブログホスティングについての意見。

    • 実質的に静的ファイルの集合であるブログのためにサーバー費用を払う必要はない。
    • GitHubでホスティングし、問題が起きたら別のものへ移せばよい。

  • IPFSの拡張性に対する懸念。

    • 大きなWebサイトが定着すると、小さなWebサイトは再び注目を集めにくくなる。
    • 人気のないtorrentのようにシーダーがいなくなれば、サイトが永遠に消える可能性がある。
    • 低トラフィックのWebサイトの価値をめぐる議論はあるが、他人がWebサイトの存続を決めることには疑問がある。

  • IPFSディレクトリを読み書き可能なFUSEドライブとしてマウントできるかどうかについての質問。

  • Peergosを使ってWebサイトをホスティングした経験の共有。

    • Peergosは可変データの問題を解決し、プライバシー保護とアクセス制御も提供する。
    • 独立サーバーでどれだけ速く更新が反映されるかを確認できる。