误区一：所有文件都应该直接上链
以太坊开发文档对去中心化存储的介绍指出，以太坊并非为大量文件数据存储而设计；链上存储受到成本与节点负担的限制。IPFS本身没有内置激励机制，持续保存需要另行安排。不同存储方案还需要考察持久化机制与数据保留验证。
对于大文件云盘，设计时应分别回答：文件内容放在哪里，链上记录承担什么作用，下载时如何找到内容。将文件标识写入链上，只解决了部分记录与引用问题，不能据此认定文件本体已被妥善保存。
误区二：上传成功就意味着永久可用
上传完成、持续保存和成功下载是不同的验收目标。采用有期限的存储协议时，需要明确到期后的续期与维护责任；采用固定保存服务时，也需要明确由谁持续承担保存工作。
适用于长期归档的设计，应把保存期限、维护责任和失效后的恢复方式写清楚。常见问题是“已经拿到内容标识，为什么仍下载失败？”标识提供查找或校验依据，下载还依赖实际保存内容的节点及其可访问性。
误区三：去中心化或哈希校验等于保密
分散保存位置与保护文件内容属于不同问题。设计私人云盘时，需要单独确定谁可以解密文件，以及密钥如何保管；不能仅凭采用区块链或分布式网络，就宣称文件具有隐私保护。
哈希校验关注内容是否与预期匹配，加密关注内容是否能被未授权者读取。产品需求应分别描述完整性与保密性，避免用“数据安全”一个词掩盖两类不同的验收条件。
误区四：使用加密就自动具备完整性保护
NIST SP 800-38D介绍的GCM属于带关联数据的认证加密模式；GMAC用于对未加密数据生成消息认证码。这一区别说明，保密与认证需要明确选择，不能把所有密码机制视为同一种保护。
若云盘要求文件既保密又能检测篡改，设计应明确认证加密的使用方式及验证失败时的处理。若仅使用消息认证码，则不能据此宣称文件内容已经隐藏。上述原理适用于安全方案设计，不构成对任何具体云盘实现的安全认证。
误区五：只选存储协议，不定义服务边界
云盘最终需要交付可理解的文件服务。设计评审应覆盖上传后的保存责任、读取失败的反馈、保存到期的处置和解密条件。短期共享与长期归档对这些环节的要求不同，只有先明确使用场景，才能判断存储与加密机制是否满足需求。