IPFSメンテナー、資金打ち切りで活動終了へ

数年前にメンテナーをしていた者として、終了を見るのは悲しい。

疑問に思っている人のために言うと、p2pを行うためのより持続可能な（実行可能で焦点を絞ったビジネスがプロジェクトを支えている）選択肢がある。例えばIroh - https://www.iroh.computer/ は、元IPFS、元Protocol Labsの開発者によって作られた（私は当時彼らと仕事をした以外にチームとの関係はない）。

残念ながらProtocol Labsは今や..まあ何でもやっているが、明らかにVC/暗号資金を得たプロジェクトを支援する以外は。

これは本当に残念だ。CloudflareがIPFSをやめた時、この次のステップはある意味すでに来ていたと言える。偏っているかもしれないが、IPFSが何年も前に非静的ウェブアプリをサポートするために「IPNS」に多くの時間を費やした時、彼らが考え出したものはニーズに合っていなかったと思う。そしてIPFS上にウェブアプリがなければ、物事はどこにも進まなかった。

1年ほど前、私はIPFS-bootを書いた。これはIPFS上でウェブアプリを提供しつつ、更新パスも提供し、コンテンツハッシュを壊さないものだ：

https://github.com/rhodey/IPFS-boot

しかし今、セキュアなウェブアプリを提供したいがIPFSを使いたくない場合、IMO唯一の選択肢はユーザーにTailscaleをインストールしてもらい、ウェブアプリを自分でホストし、その後すべてのデバイスにTailscaleをインストールしてもらうことだ。

> Shipyardでの仕事に関するお気に入りの思い出や、IPFSがいつか達成してほしいと願っていたアイデアがあれば、ぜひ聞かせてください。Google Form

私がIPFSや同様の分散型ウェブ技術に達成してほしい重要なことの一つは、IPFSのメンテナンスについてShipyardの人々にどう思うかを伝えるためにGoogleフォームに記入する必要性をなくすことだ。

真剣に、分散型やプライバシー技術を気にかけている人々が、巨大なテック企業がホストする中央集権的なサービスを（すでにアカウントを持っているからという理由で）便利だからという理由で使って、分散型のバージョンを提供しようとさえしないのは、私には気になる。単にメールを送るよう人々に招待すればよかったのに。

私は暗号以外の分散型アプリをいくつか作ろうとした。致命的だったのは、ブラウザ内での信頼できる常時配信だった。https://inbrowser.link/ はユーティリティの大きな飛躍だったが、遅すぎた。ipfs.jsは一貫して動作しなかった。結局、ユーザーに良いXPを提供する唯一の方法は、すべてのコンテンツに対してIPFSからHTTPゲートウェイを提供することだったが、それなら何の意味があるのか。ただの分散化の劇場だ。

2015年にIPFSのコンセプトに心を打たれたのを覚えている。現在の主流パラダイムとは根本的に異なる何かを誰かが設計したと本当に感じた、そんな記憶に残る瞬間だった。

しかし結局、それは依然として、実際の問題を解決するのではなく、ユースケースを探しているクールなテクノロジーのケースだったようだ。

Kubo、Helia、Boxo、Rainbow、IPFS Desktop、IPFS Companion、Someguy、Service Worker Gateway、IPFS Check、libp2p、ipfs.io、dweb.link、check.ipfs.network、delegated-ipfs.dev、Wikipedia-on-IPFS。

まるでAWSやAzureのようなファイル配信の感じで、たくさんのものが多すぎて混乱する。また、どうやらProtocol Labsがこれらのいくつかを所有しているのに、それらを運営していないらしい？

皮肉なことに、かなり脆弱なセットアップのようだ。

とにかく、非常に悲しいニュースだ。

IPFS（またはそれに似たもの）が進行中のスクレイピング問題の解決策を提供できるかもしれないと思ってきた。

IPFSには実際にユーザーがいるのか？彼らが2億7000万ドルを調達して、そこにいた多くの人々が大金持ちになったのを覚えている。