误区一：所有文件都应该直接上链
区块链云盘通常需要区分链上记录与文件内容。以太坊开发者文档指出，大量数据直接存入以太坊会受到成本和节点存储负担的限制，去中心化存储需要考虑持久化机制与数据保留机制。
对大文件场景，设计时应分别回答“用什么记录文件信息”和“由谁保存文件内容”。链上保存摘要或引用、文件交给独立存储网络，是一种可考虑的分层方式；不能把链上记录成功直接呈现为文件已可靠保存。
误区二：上传成功就意味着永久可用
文件进入网络只是保存流程中的一步。IPFS本身没有内置存储激励，长期保留需要节点持续保存或固定服务等安排；按期限提供存储的机制还涉及续期。
因此，云盘应明确保存期限、续期责任与失效后的处理方式。适用于有期限存储服务的设计，需要把到期状态纳入文件管理，而不能仅保留一个“上传成功”标记。
误区三：有内容标识就一定能下载
内容标识或哈希可以用于引用、校验数据，却不能单独证明当前仍有节点提供文件。数据保留验证和用户实际读取也应分别考虑。
常见问题是：文件信息还在，为什么打不开？排查应区分引用是否正确、内容是否仍被保存，以及访问路径是否可用。设计验收也应包含读取与恢复场景，不能只检查记录是否存在。
误区四：用单一标签判断去中心化程度
是否使用区块链、是否要求身份认证，都不足以单独说明整个云盘的依赖结构。评估时还应关注文件保存、访问入口和管理服务分别由谁承担。
如果某个入口失效，用户是否仍有其他访问方式，是更具体的设计问题。上述判断适用于架构分析，不能据此直接认定某个项目已经具备相应能力。
误区五：浏览器持久存储等于云端备份
MDN的Storage API说明涉及网站在浏览器中的存储：配额和用量是估计值，尽力保留的数据可能因空间压力被清理，持久存储也允许用户主动删除。它管理的是本地数据保留，不代表远端文件已保存。
浏览器缓存适合支持离线读取或暂存上传内容。界面应区分“仅保存在此设备”和“已完成远端保存”，并处理空间不足、持久存储申请未获准及缓存被清除的情况。对于尚未同步的文件，本地暂存不能被当作完整备份。