云存储与区块链分别解决什么问题
“云存储区块链概念涉及哪些技术概念”可以从两个层面理解：云存储关注数据存放资源如何通过网络提供，区块链关注记录如何被多个节点验证并形成一致历史。两者结合时，需要分别说明文件保存在哪里，以及链上记录能够验证什么。
NIST《云计算定义》将存储列为共享可配置资源的一部分，强调按需网络访问、资源池化、快速配置与释放。比特币开发者指南则通过交易账本介绍区块链接、哈希和共识。前者解释资源服务模式，后者提供一种具体区块链机制的实例。
资源池、弹性与按需服务
资源池表示底层资源可以统一组织和分配；弹性表示资源供给能够随需求变化调整；按需服务则强调用户获取资源的便利性。这些概念有助于理解云端存储服务，但不能单凭“云”字判断其数据采用何种副本或节点布局。
分析两者结合的架构时，应分别考察存储容量的供给方式和记录的验证方式。采用区块链，并不能直接说明系统具备怎样的容量扩展能力。
哈希、区块链接与默克尔树
哈希将数据映射为摘要，可用于检查内容是否发生变化。比特币区块通过引用前一区块头的哈希形成链接，交易摘要则经逐层组合形成默克尔根。默克尔证明可以用于验证某条交易是否包含在对应区块中。
将这些原理用于理解文件存证时，需要区分原文件与摘要：保存摘要可以为后续内容比对提供依据，却不等于保存了文件。某份文件与已记录摘要一致，也不能单独证明其内容真实或权属明确。
节点验证与共识的适用范围
节点验证关注记录是否符合规则，共识关注多个节点对有效历史的共同认可。比特币采用工作量证明并结合链选择规则处理竞争历史，但这种实现不能直接代表所有区块链系统。
评估云存储与区块链的组合，应明确参与验证的节点、验证对象和共同遵循的规则。对账本记录达成一致，与确认文件始终能够下载，是不同的问题。
常见问题：上链是否意味着永久、安全保存
文件摘要上链后，原文件仍需有实际存储位置。摘要比对主要涉及完整性，持续取得文件涉及可用性，限制内容被谁读取涉及保密性。这些目标需要分别说明，不能由“使用区块链”统一推导。
区块链记录也不宜笼统描述为绝对不可修改。其历史记录的抗篡改能力依赖具体协议和运行条件。理解相关方案时，关键是核对其承诺是否与实际保存的数据、验证机制及适用条件相符。