开发者进阶中级812 次阅读

去中心化存储：IPFS 与 Arweave 的区别

IPFS 做内容寻址但不保证文件存在，Arweave 一次付费追求长期存储。理解两者的取舍与常见的组合用法。

#IPFS#Arweave#去中心化存储#内容寻址#元数据

一句话结论

IPFS 解决的是"按内容找到文件"，不保证文件一直存在；Arweave 解决的是"一次付费、长期可访问"。它们解决的不是同一个问题，实践中经常配合使用。

内容寻址与位置寻址

传统网址是位置寻址：同一个文件换个服务器，链接就失效。IPFS 用文件内容的哈希作为地址（CID），内容改一个字节地址就变，因此"地址本身就是校验和"。优点是天生的防篡改与去重，代价是必须有节点愿意替你保存——只把文件 pin 在一台机器上，那台机器下线文件就取不到。于是才有固定服务（pinning）与 Filecoin 这类存储激励层：IPFS 管寻址与分发，持久化交给别的东西。

Arweave 的思路

Arweave 采用一次付费、面向长期存储的模型，用一套存储基金与经济激励来支撑"永久"这个承诺。它的优势是能拿到一个稳定、不易失效的链接，适合写死 NFT 元数据、应用前端与归档资料；代价是成本前置、写入后不可修改，而且"永久"本质上仍然是对这套经济机制的信任。

怎么选

需要频繁更新、大文件分发、类 CDN 访问：IPFS 加固定服务。
需要长期不变、按链接稳定可访问：Arweave。
现实中的常见组合：内容放 IPFS，把 CID 与关键元数据写进合约或 Arweave，链上只保留最小的锚点。

给你的教训

CID 不等于"已经保存"：不固定、不付费，文件随时可能取不到，上线前先确认谁负责持久化。
不要把大文件写到链上：链上存储昂贵且几乎无法清理，正确做法是只存哈希与指针。
存进去的内容是公开的：敏感数据要先加密再上传，也不要指望"没人知道 CID"能保密。
换方案时要考虑不可变性带来的迁移成本：写进合约或 NFT 元数据的链接一旦固化，改动非常麻烦。

动手教程

把这个概念用起来的分步实操，跟着做一遍比再读十篇都记得牢

L1 与 L2 的区别：不可能三角与扩容路线

从零理解区块链扩容的底层矛盾：先用通俗类比讲清「不可能三角」，再回顾比特币区块大小战争这段真实的路线之争，然后梳理 L1 自身的扩容手段（大区块、分片、并行执行、更快共识），引出 L2（第二层网络）的核心思路——把执行搬到链下、把结算与数据锚定在 L1。文中用两张 Markdown 表格对比以太坊、Solana、BNB Smart Chain、Avalanche、Sui/Aptos 的架构取舍，以及 Arbitrum、Optimism、Base、zkSync Era、Starknet、Scroll 的类型与提现时间，最后用一笔 Swap 的 Gas 账单说明 L2 到底省了多少钱，并纠正「L2 就是侧链」等常见误区。

预计 25-35 分钟 →