区块链存证究竟证明什么
区块链存证的核心价值，是利用分布式账本、密码学哈希和共识机制，对数据或数据摘要形成可供多方核验的记录。数据写入区块并获得网络确认后，后续修改通常会留下不一致痕迹，因此它主要强化的是数据完整性、时间顺序和留痕能力。
这种能力不等于对数据内容真实性的全面担保。区块链可以记录某个文件、日志或摘要曾被提交，却不能仅凭上链动作证明文件中的陈述真实，也不能自动证明提交者就是合法权利人。存证结论仍取决于数据采集、身份认证、时间来源和业务流程。
适用边界：适合需要共同核验的记录
当多个参与方需要共享一份较难被单方修改的记录，且彼此不完全依赖某一个中心机构时，区块链存证更有适用价值。例如，业务过程中的文件版本、审批节点、操作日志、交付记录或数据摘要，都可以通过记录哈希和相关元数据来辅助后续核验。
适用场景通常还应满足几个条件：数据来源能够被说明，提交主体能够被识别，写入规则相对明确，参与方认可所使用的网络和验证方式，并且业务能够接受记录确认所需的时间、费用与维护要求。区块链是协作记录工具，而不是脱离业务流程独立运行的事实裁判。
不适合直接上链的内容
区块链存证不适合用来直接解决源头数据不可信的问题。如果设备、人员或系统在采集阶段已经被篡改，链上记录即使保持完整，也可能只是完整地保存了错误数据。因此，重要业务还需要访问控制、数字签名、可信时间来源、审计日志和采集环境保护等配套措施。
包含大量个人信息、商业秘密或需要频繁更正的数据，也不宜简单地永久公开写入链上。较稳妥的做法通常是链下保存原始材料，链上保存必要的摘要、索引或校验信息，并严格控制链下材料的访问、留存和删除。摘要本身也可能在特定情况下泄露信息特征，不能因此忽略隐私风险。
共识、智能合约与预言机的限制
区块链中的节点需要通过共识机制对新增记录或状态变化达成一致。共识能够帮助网络参与者维护相同的账本，但其安全性与参与者范围、权限设计、验证规则和运行状况有关。分布式并不自动意味着绝对安全，也不意味着任何网络都能抵御所有攻击或故障。
智能合约可以按照预先编写的条件执行程序，适合把明确的业务规则固化为可审计的流程。但代码只能处理其能够获得并准确解释的信息。涉及现实世界的物流、身份、天气、检验结果或人工判断时，仍需要外部数据源或预言机；外部输入一旦错误，链上执行也可能产生错误结果。
证据效力不能只看是否上链
在争议处理中，区块链记录可以作为证明数据完整性和流转过程的技术材料，但其证明作用通常需要结合身份、授权、原始载体、生成过程、保管方式、时间依据和系统可靠性进行评价。不同法域、行业规则和具体案件对电子记录的审查要求可能不同，不能笼统地把“上链”理解为当然有效或当然具有优先效力。
因此，建设存证系统时应同步保存可解释的证据链：谁在什么权限下提交了什么数据，系统如何计算摘要，何时完成确认，原始文件在哪里保管，如何调取并验证，以及发生纠错时怎样保留变更痕迹。技术记录越能被非技术人员复核，实际使用价值越高。
常见问题
问题一：上链后能不能修改？通常不能直接改写既有记录，修改会形成新的状态或新的记录，并可能留下关联痕迹。但“不可随意改写”不等于“永远不可纠正”，系统仍需设计撤回、补充、更正和权限管理流程。
问题二：只保存哈希值就足够吗？不一定。哈希便于判断材料是否发生变化，但不能单独说明材料由谁生成、何时生成、是否合法取得，也不能在缺少原始材料时完整还原内容。
问题三：公有链和许可链如何选择？应根据参与方关系、隐私要求、审计需求、治理方式和可持续运行能力选择。参与者明确、权限要求较高的协作网络可考虑许可机制；需要更广泛独立核验时，则要额外评估公开网络的隐私、费用和可用性问题。
问题四：什么时候不必使用区块链？如果业务本来就由可信单一机构管理，参与方较少且已有可靠审计和备份机制，普通数据库、数字签名与完善的权限控制可能更简单。是否采用区块链，应以协作和核验需求为起点，而不应只因技术名称而决定。