持续性需要明确讨论范围
这里的“持续性”指应用长期保留数据、获取必要信息并提供功能的能力，不涉及价格表现或收益。文件存证、去中心化网站和依赖外部数据的智能合约，面临的持续运行条件不同。某一部分长期存在，不能直接证明整个应用始终可用。
误区一：上链就代表文件永久可读
以太坊存储文档说明，大量数据直接存入以太坊受到成本与容量约束；去中心化存储还需要持久化机制，部分方案依靠有期限的存储协议，IPFS本身没有内置存储激励。
因此，理解文件存证时要区分链上记录与文件本体。链上保留摘要，可以帮助核对取得的文件是否一致；如果原文件已无人保存，摘要无法还原内容。长期档案类应用需要同时考虑保存期限、续期责任和副本维护。
误区二：去中心化等于无需维护
多节点参与可以分散对单一节点的依赖，但“有人参与”并不自动等于“有人长期保存所需数据”。判断持续性时，需要明确谁承担存储责任，以及节点退出后如何延续服务。
还要区分保存与访问：文件仍有副本，用户使用的访问入口却可能不可用。应用的持续运行条件应覆盖数据保留与读取路径，不能只看是否采用了去中心化技术。
误区三：接入预言机就能一直获得可靠信息
Chainlink数据馈送文档介绍了将外部数据聚合后发布到链上的机制，也说明代理所指向的聚合器可能更新，并要求应用针对延迟、中断和异常数据设置监测与保护。
对于依赖外部信息的应用，能够读到一个数值，只能说明接口返回了结果。该数值是否足够新、含义是否符合业务需求，仍需分别判断。历史记录可以持续存在，业务所需的新信息却可能暂时缺失。
误区四：合约部署后就不再需要运维
应用通常由合约、存储、数据接口和访问入口共同组成。某个组件运行稳定，不能替其他组件提供保证。持续性还取决于依赖变化时是否有人发现问题、处理故障，并维护必要资源。
这些判断适用于依赖链外文件或外部数据的应用；完全使用链上状态的功能，对预言机的依赖可能不同，不能套用同一套条件。
常见问题：如何判断持续性是否有依据
可以围绕三个问题检查描述是否完整：数据由谁保存、信息停止更新时如何处理、维护责任由谁承担。存储证明主要涉及数据保留，更新记录主要涉及信息供给，两者都不能单独证明应用全部功能长期可用。“永久”“自动”“去中心化”等词，需要对应明确的技术边界和运行条件。