区块链存证记录了什么
常见做法是对文件或数据计算哈希摘要，再把摘要或相关记录写入区块链。哈希算法会把输入映射为固定长度的摘要；文件内容发生变化时，重新计算出的摘要通常也会不同。因此，事后可以比较原文件与链上摘要，检查两者是否匹配。
不少场景会把原始文件保存在链外，只将摘要、交易记录或索引信息写入链上。此时，链上记录本身并不等于完整文件。核验仍需要取得对应的原件，并确认文件、摘要和记录之间的对应关系。
常见误区一：上链就等于内容真实
哈希匹配能支持“当前文件与先前生成摘要的文件一致”这一判断，却不能单独证明文件描述的事实真实。例如，内容本来就是错误的，计算并上链后仍可能长期保持一致。区块链解决的是记录和核验问题，不会自动调查内容来源或判断陈述是否属实。
因此，评估证据时还要关注文件形成过程、采集方式、原始设备或业务系统记录，以及是否存在其他材料相互印证。存证流程的可靠性不能只用“已经上链”概括。
常见误区二：哈希能证明是谁提交的
摘要用于识别数据变化，不直接说明是谁制作、提交或控制了数据。若要把记录关联到特定主体，通常还需要考虑账户控制、身份核验、数字签名及密钥管理等环节。即使签名验证通过，能直接说明的也是相应密钥参与了签署；密钥由谁实际控制、身份绑定是否可靠，仍需结合具体流程判断。
同样，哈希不能单独证明文件在现实世界中的形成时间。区块链中的区块顺序和共识记录可提供网络内的记录线索，但记录时间的含义、准确程度和证明范围取决于系统设计及外部时间来源。
常见误区三：确认后绝对不可更改
区块链依靠节点按共识规则验证区块并形成对记录顺序的共同判断。不同网络的共识机制、确认规则和最终性设计并不相同，不能把某一网络的机制直接套用到所有区块链。以权益证明网络为例，验证者会对区块进行验证和投票；特定条件满足后，区块可达到协议定义的最终性。
最终性意味着要改变已确认记录，通常需要面对协议层面的重大条件或代价，并不等同于逻辑上绝无变动可能。网络故障、协议升级、密钥失管或外围系统错误，也可能影响存证的可用性或解释方式。描述时宜说明所用网络、确认状态和核验依据，避免使用“永远不能篡改”这类绝对表述。
常见误区四：只要有链上记录就无需原件
若原始文件没有妥善保存，或无法说明它如何对应到链上摘要，后续核验就可能受阻。应保留原始文件及必要的格式、采集和传输信息，记录摘要算法、生成时间和交易标识，并确保核验人员能够取得相关数据。还要考虑链外存储是否可访问、文件是否完整，以及所用工具能否复现摘要。
这些措施并不意味着某种固定流程适用于所有情形。业务数据、网页内容、图片和合同文件的采集方式不同；涉及争议时，仍应按适用规则审查证据来源、完整性、关联性和证明力。
适用条件与常见问题
区块链存证较适合用于为数字记录提供可核验的摘要和留痕，尤其是在需要多个参与方共同查看记录、降低单一保管方事后改写记录风险的场景。其效果依赖于可信的采集流程、可靠的身份与密钥管理、可获得的原始数据，以及明确的链上确认规则。
问：摘要一致是否意味着文件没有被修改过？答：它表示当前文件与生成该摘要的输入一致；若要判断此前的采集、保存过程是否可信，还需要额外证据。问：链上记录能否独立证明事实？答：不能仅凭链上存在就作此结论。问：存证是否让证据必然被采纳？答：存证技术提供核验线索，证据如何评价仍取决于具体事实、流程和适用规则。