名前の付け方が変われば、取り戻す道筋も変わる。

場所で探すか、中身で探すか

ふだんのネットは場所を頼りに動いている。どの機械がそのファイルを持っているかを知り、規約、ホスト、ディレクトリ、ファイル名と辿っていく。仕組みは単純だが、代償は目立たない。住所を握っているのはホストを持つ側だ。ファイルを移し、名前を変え、中身を差し替えれば、同じ文字列は使えなくなるか、黙って別のものを返す。しかも文字列そのものは、どちらが起きたのかを教えてくれない。

IPFS は別の道を行く。内容アドレスを中心に置いた開かれた道具の集まりだと、計画は自ら説明している。つまりファイルの識別子は中身から計算される。一バイト変えれば識別子も変わる。そこから二つのことが導ける。同じ中身を複数の機械が同時に差し出せること。届いたものが識別子と照合できること。狙いは検証でき、持ち運べ、壊れにくい仕組みで、公開の網でも内側の網でも同じだという。

理屈は難しくない。難しいのは最初の十分間だ。命令行の引数、ノードの設定、意味不明に見える長い文字列。窓のある道具が埋めるのは、まさにこの隙間である。

ノードと棚と計器盤が一つの窓に

公式の説明はそっけない。ノード、ファイル管理、ピア管理、内容の閲覧を一つの使いやすい道具に統合した、という。この四つは以前、別々の下位命令と小さな補助道具に散らばっていた。まとめれば、見る場所は一つ、探す場所も一つになる。

ノードの扱いは、出発点の違いに配慮している。まだ何も動いていない機械では、道具が自分でノードを入れ、そのまま使える状態にする。端末で既にノードが動いている場合は、二つ目を立ち上げずに、その操作盤とファイル表示として引き継ぐ。両方の使い方は共存できる。更新は自動で確認するので、配布のページへ戻る手間はほとんどない。

画面は用途で分かれる。ファイルの区画には自分が公開したもの、残したものが並び、通知領域のアイコンから直接放り込める。閲覧の区画は識別子で内容を引き、どこかの機械の経路ではなく内容そのものを表示する。ピアの区画は、いま何台と繋がっているか、どこに散らばっているかを示す。この機械が本当に網に入れているかを見る実用的な目安はここで、内容が早く戻るかどうかも大きく左右される。設定の区画には保存の上限、網と関門の項目が一覧でまとまる。

版、対応環境、そして先に言っておく前提

現在の版は v0.50.1。案内は Windows、macOS、Ubuntu を別々に扱い、他の配布では独自の倉庫から見つかるのが普通だ。管理者の権限を要さない包みもあり、制限のきつい仕事用の機械では試しやすい。

導入前に知っておくべき代償は二つ、保存と接続だ。この種の道具はノードを背後に常駐させるので、関与の度合いに応じて磁気記憶装置と主記憶の使用量が増える。ピアの接続は周囲の網にも左右され、窮屈な網では設定の追加が要る場合がある。堅実な第一歩は小さな試用だ。上限を決め、一週間ほど数字を眺め、それから常駐させるかを決めればよい。

内容アドレスが変えるのはファイルへの道筋であり、窓のある道具が変えるのは、その道筋に誰かが足を踏み入れるかどうかだ。

使うときの覚え書き。上限は初日に決める。満杯になってから考えない。ピアの数が何日も低いままなら、中身を疑う前に網とポートの設定を見る。長く残したいものは固定しておく。手元の控えが消えれば、まだ持っている相手を探して取り直すことになる。