IPFS（InterPlanetary File System）とArweave（アーウィーブ）は、どちらも「Web3の分散型ストレージ」として並び称される存在ですが、設計思想・経済モデル・データの永続性において根本的に異なるシステムです。NFTのメタデータ保存先を決める時、dAppのフロントエンドを置く時、決断を誤ると数年後にデータが消えるリスクすらあります。本記事ではIPFSとArweaveを項目ごとに比較し、ユースケース別の使い分け・併用パターンまで整理します。
一言でいうと
- IPFS：データの「配信プロトコル」。コンテンツアドレスでファイルを取り出す仕組みであって、保存自体は誰かが続けて行う必要がある。
- Arweave：データの「永続保存ブロックチェーン」。一度払えば最低200年間データを保存する経済的インセンティブが組み込まれている。
つまりIPFSは「どう運ぶか」、Arweaveは「どう残すか」を解決する別レイヤーの技術であり、本来は競合ではなく補完関係にあると考えるのが正確です。
比較表
| 項目 | IPFS | Arweave |
|---|---|---|
| 分類 | 分散型ファイルシステム／配信プロトコル | 分散型ストレージブロックチェーン |
| データ永続性 | 誰かがピン留めし続ける限り保存される | プロトコルレベルで「永久保存」を保証（200年以上想定） |
| 支払いモデル | 無料（ピン留めサービス利用時は別途課金） | 一度払えば永続（前払い） |
| ネイティブトークン | なし（インセンティブ層としてFilecoinが連携） | AR |
| データ指定方法 | CID（コンテンツアドレス） | TXID（トランザクションID） |
| データの書き換え | 可能（CIDが変わる） | 不可（不変） |
| データの削除 | 全ノードのピン解除で消滅し得る | 原則不可 |
| 主な用途 | NFTメタデータ、dAppフロント、CDN代替 | NFTメタデータ、検閲耐性アーカイブ、AI学習データ |
| 運営 | Protocol Labs（オープンソース） | Arweave Project |
| ローンチ | 2015年 | 2018年（メインネット） |
主な違いを深掘り
1. 永続性の保証方法
IPFSは「ピン留め（Pinning）」によってデータがネットワーク上に残ります。ピン留めしているノードが全て消えれば、データもネットワークから消滅します。NFTのメタデータがIPFSに置かれているのに「画像が表示されない」という事故の多くは、ピン留めサービス（Pinata、Web3.Storageなど）への支払いが切れたことに起因します。
Arweaveは「Storage Endowment」と呼ばれる経済モデルを採用しています。アップロード時にARトークンで一括前払いされる料金の大部分がプール化され、年々下がるストレージコストを利息で賄い続ける設計です。理論上、最低200年間、データを保持できると説明されています。
2. 支払いタイミング
- IPFS：継続課金型。ピン留めサービスへ月額課金、もしくはFilecoin経由でストレージディール料金を継続支払い。
- Arweave：買い切り型。アップロード時にARトークン（またはArDrive Turbo経由でクレジットカード等）で前払い1回のみ。
長期保存が前提のデータ（NFTメタデータ、歴史的記録、アーカイブ）ほどArweaveの買い切りモデルが経済合理的になり、変更が頻繁なデータ（dApp UIなど）はIPFSの方が柔軟です。
3. データの不変性
IPFSはCID（コンテンツのハッシュ値）でデータを指定するため、ファイル内容が同じであれば必ず同じCIDになります。ただしファイルを更新すればCIDが変わるため、参照側も新しいCIDに切り替える必要があります。IPNSやENSを併用して「最新版」を指す仕組みもありますが、その分中央集権の入り口が増えます。
Arweaveはブロックチェーンに刻まれたデータを後から書き換える手段がないため、論文の改ざんやコンテンツの不正な書き換えに極めて強い反面、「間違えてアップした個人情報を消したい」「著作権侵害コンテンツを削除したい」といったケースには対応できないリスクも持ちます。
4. ネイティブトークンと経済設計
IPFS自体はプロトコルでありトークンを持ちません。インセンティブ層として後発のFilecoinが構築され、FILトークンでストレージ需給を経済的に成り立たせる構造になっています。
Arweaveは最初からARトークンを発行し、ストレージ料金とマイナー報酬をネイティブに統合しています。プロトコルとインセンティブが一体化しているぶんシンプルですが、ARトークン価格の長期下落リスクをEndowment設計でどこまで吸収できるかが論点となります。
NFT・Web3での使い分け
Arweaveが向くケース
- 高単価NFTのメタデータ・画像（保存料金が販売価格に比して微々たるもの）
- 検閲耐性が必須のジャーナリズム・公文書アーカイブ
- AI学習データセットの公開と研究再現性の担保
- 10年・20年単位で残したい個人記録
IPFSが向くケース
- 頻繁にバージョン更新するdAppのフロントエンド
- 大容量データを高速配信したいCDN的用途
- イベントごとに大量配布する一時的なメタデータ
- 初期コストを抑えて検証したいMVP段階のプロジェクト
併用パターン
実務的にはIPFSとArweaveを併用するケースも増えています。代表的なパターンは次の2つ。
- IPFS + Filecoin（コールドストレージ）：IPFSで配信しつつ、Filecoinに長期保存をディール。日常的なアクセス性能と長期保存を両立。
- IPFS（配信） + Arweave（バックアップ）：通常はIPFSのCIDを参照しつつ、同じファイルをArweaveにも上げておく。万が一IPFS側が消えてもArweaveの不変アーカイブが残る。
NFTプロジェクトでは、Arweaveへの保存をArDrive Turboのようなバンドラー経由で行う構成が主流になりつつあります。クレジットカードでARトークンを意識せずに永続保存できるため、UXを損なわずに永続性を担保できます。
注意したい落とし穴
- IPFSの「ゲートウェイ依存」：ブラウザでIPFSを直接扱える環境はまだ少なく、ipfs.io等のゲートウェイ経由でアクセスするケースが多い。ゲートウェイが停止すると実質的に閲覧不能になる。
- Arweaveの「過剰永続性」：消したいデータが消せない。個人情報や誤って公開した内容が永遠に残るリスクをアップロード前に評価すべき。
- ピン留め切れ事故：個人や小規模プロジェクトのIPFS NFTで頻発。長期保存を約束した上で支払いが止まり、NFTの中身が消えるケースが2022〜2024年に多数報告された。
まとめ
IPFSとArweaveは、しばしば同列の選択肢として扱われますが、本質的には「配信」と「永続保存」という異なる課題に応えるシステムです。短期間のアクセス性能・更新の柔軟性を重視するならIPFS、長期間の改ざん耐性・買い切り経済を重視するならArweaveが第一選択になります。NFTやアーカイブ用途では両者を併用するハイブリッド構成が、コストと永続性のバランスを最も上手く取れる現実解と言えるでしょう。