# 把数据上链，与只保存数据哈希有什么区别？

整理：链小知（AI 辅助）
更新日期：2026-10-09
引用地址：https://lianxiaozhi.com/learn/data-onchain-vs-offchain

链上存完整数据、摘要或外部地址，能验证和恢复的信息不同。判断项目的数据承诺时，要明确链上究竟保存什么、外部谁提供原文。

## 链上保存原文、哈希和地址的能力不同

完整数据上链时，记录本身承载相应内容；只保存哈希时，链上承载的是校验线索；保存外部地址则提供取得内容的路径。这几种安排不能统一称为“数据都在链上”。

Ethereum 的数据存储策略说明讨论了不同安排的取舍。评价一个项目时，先确定实际保存的对象，再讨论取得、校验和保存成本。

依据：[Blockchain Data Storage Strategies](https://ethereum.org/developers/docs/data-availability/blockchain-data-storage-strategies/)
依据：[# Content Identifiers (CIDs)](https://docs.ipfs.tech/concepts/content-addressing/)

## 能校验不等于随时能取回或事实真实

哈希或 CID 可以帮助核对取得的数据是否符合某个承诺，但通常不能仅凭摘要恢复完整原文。内容地址也不自动保证始终有节点提供内容。

数据与承诺一致，仍不证明内容描述的现实事件真实。来源身份、签署方式与事实核验，需要在字节一致性之外另行完成。

依据：[Blockchain Data Storage Strategies](https://ethereum.org/developers/docs/data-availability/blockchain-data-storage-strategies/)
依据：[# Content Identifiers (CIDs)](https://docs.ipfs.tech/concepts/content-addressing/)

## 引用资料时把三个问题写清楚

说明原文保存在哪里、链上如何对应，以及读者通过什么方式取回和核对。保留地址、哈希或 CID、版本与取得时间，避免只贴一个缺少背景的链上记录。

若仅确认了摘要存在，应把实际原文可用性标为未验证。原文服务停止后，已有摘要可能仍可核对一份备份，却不会自动变成读者的下载入口。


## 继续核对
- [如何核验区块链新闻？从转发热度追到原始证据](https://lianxiaozhi.com/learn/verify-crypto-news)
- [IPFS CID 能证明文件内容，能证明作者吗？](https://lianxiaozhi.com/learn/ipfs-cid-and-integrity)
- [Filecoin 存储证明与快速取回数据是什么关系？](https://lianxiaozhi.com/learn/filecoin-storage-vs-retrieval)
- [数据可用性与交易有效性有什么区别？](https://lianxiaozhi.com/learn/data-availability-vs-validity)
- [相关市场与事件](https://lianxiaozhi.com/markets)
