先分清链上记录与文件保存
区块链文件存储协议的应用边界是什么？核心是区分记录凭据、保存文件和提供访问这几项能力。评价方案时，需要分别回答：文件实际放在哪里，谁持续保存，以及使用者如何取得并核验文件。
以太坊开发者存储文档指出，大量数据直接上链受到成本和节点存储负担限制；去中心化存储可以采用不同的持续保留机制。IPFS本身没有内置激励机制，持续保存可依赖固定服务或自行维护节点。
适用条件：需要核验，也能承担维护
对于需要分发、保留并核验版本的文件，可以考虑将文件保存与链上记录分开设计。例如，文件由存储网络承载，链上记录用于关联相应内容。适用前提是保存期限、维护责任和访问方式都有明确安排。
这种分工也划出了能力边界：记录仍然存在，并不表示文件仍可下载。依赖期限协议的保存方案需要考虑到期续约；依赖自行运行节点的方案，则需要持续维护设备和数据。长期保存必须落实到持续运行的机制。
完整性校验能证明什么
RFC 8493描述的BagIt通过目录结构、元数据和校验清单组织文件，支持可靠保存与转移。它可以核验文件是否与清单一致，但并非为抵御主动攻击而设计。BagIt属于文件包装格式，其职责与区块链存储不同。
两者可以在设计上形成分工：包装格式描述待保存的文件集合，存储机制负责保留数据，可信的校验依据帮助发现变化。校验通过只能说明文件与依据相符，无法单凭这一点证明作者身份、内容真实性或使用授权。
常见问题：保存证明等于随时可读吗
不等于。存储挑战机制用来检验节点是否持有数据；应用能否及时取回完整文件，还涉及检索路径和服务能力。对访问速度、连续服务有明确要求的场景，需要单独验证读取表现，不能只看保存机制。
去中心化是否等于永久保存？不能直接画等号。节点分布、激励安排和数据保留是不同问题。即使文件拥有内容标识，也仍需要有节点持续持有并提供相应数据。
常见问题：能否包办数字归档
文件存储只是数字归档的一部分。以一组归档文件为例，清单可以帮助检查文件是否齐全、字节是否变化；存储方案则需要说明这些文件由谁保留。文件内容如何理解、来源如何确认，仍需要相应的元数据和管理流程。
因此，适用边界应按实际需求逐项确定：需要核验版本，就明确校验依据；需要持续保存，就明确维护责任；需要稳定访问，就验证取回过程。任何一项能力都不宜替代其他环节的证据。