误区一：所有文件都应该直接上链
区块链云盘可以同时使用区块链和链外存储。以太坊存储文档指出，以太坊并非为大量数据存储而设计，大规模链上存储会带来费用与节点资源负担。设计时应分别确定哪些信息需要链上记录，哪些文件由独立存储网络保存。
这一划分适用于图片、视频、文档等文件型应用。需求评审应明确链上记录究竟证明什么：即使保留了文件摘要或引用，也需要另一个机制负责提供文件内容，不能把记录存在当作文件可下载的证明。
误区二：上传成功就意味着长期保存
以太坊存储文档区分了不同的持久化机制：有些依靠存储协议约定保存期限，需要续期；IPFS本身没有内置激励机制，可通过固定服务或自有节点维持数据留存。因此，使用分布式网络仍需明确保存责任。
云盘应分别表达上传完成和长期保存状态，并说明保存期限、维护责任以及到期处理方式。适用于有期限存储的设计问题是：期限届满后谁续期，保存失败如何发现，用户何时收到提示。这些问题不能由一个“上传成功”状态代替。
误区三：留存验证等于下载体验保证
存储留存验证关注节点是否仍持有数据；云盘访问还涉及检索与传输。设计验收应把两者分开：检查文件是否保留，也检查实际读取能否完成。不能仅凭留存验证，就推断用户访问一定快速、稳定。
误区四：同一下载地址可以统一缓存
RFC 9111区分供单个用户使用的私有缓存和供多个用户复用的共享缓存，并对带有授权信息的请求及私有响应设置缓存约束。因此，云盘接入HTTP网关时，应先区分公开内容和受权限限制的响应，再确定缓存规则。
常见问题是同一路径是否始终返回相同内容。如果结果随用户身份或请求条件变化，缓存设计就必须避免把一个用户的响应错误复用于另一个用户。缓存命中率不能独立作为设计目标。
误区五：有缓存就不必考虑更新和保存
RFC 9111中的缓存用于复用响应，涉及新鲜度和验证规则。它能够减少重复传输，但不能替代文件保存机制。文件更新后，也需要考虑后续请求何时能够取得新版本。
对云盘而言，文件内容、目录列表和权限相关响应应分别审视：是否允许复用，允许复用多久，何时需要验证。用户遇到旧目录或旧文件时，应检查存储层与缓存层各自的状态，不能仅凭页面仍可打开，就判断底层数据仍被可靠保存。