适用范围：理解资料记录，不等于工程认证
建筑区块链存证涉及哪些技术概念，可以围绕图纸、施工记录、验收文件等电子资料来理解。这里讨论通用技术原理，不代表某个建筑项目已经部署或验证了相应系统。核心问题是：存入了什么记录、记录怎样被确认、原文件能否与记录对应。
文件摘要：检查字节是否一致
MDN对SubtleCrypto.digest()的说明表明，密码学哈希将输入数据转换为固定长度摘要，并要求难以找到摘要相同的不同输入。SHA-256属于其支持的算法；SHA-1不宜用于密码学应用。摘要不是加密后的原文，也不能替代文件保存。
用于建筑资料时，必须明确摘要对应哪个文件版本。即使图纸视觉内容相同，重新导出后文件字节也可能变化，摘要随之不同。因此，核验对象应是保存下来的具体电子文件，而不是仅凭文件名或页面外观判断。
交易、区块与共识：记录如何关联
以太坊区块说明展示了基本结构：交易被组织进区块，区块通过父区块哈希建立关联；验证节点检查交易执行结果，并依据共识规则维护一致历史。区块时间与交易顺序是理解记录位置的重要概念，但这些机制不负责判断文件描述的工程事实是否真实。
如果存证方案把文件摘要写入链上，核验时需要建立原文件、摘要与对应链上记录之间的关联。仅有一个交易编号，不能直接说明其中保存了哪份文件的摘要，还应确认记录内容及其处理结果。
原件保存与实现条件
摘要上链不意味着原文件上链。仅保存摘要的方案仍需保留可读取的原件，并记录算法、文件版本与链上定位信息；原件丢失后，无法从摘要恢复图纸或文档。
浏览器端计算摘要也有条件：MDN说明该接口需要安全上下文，且不支持流式输入，需要把完整输入读入内存。处理大型建筑模型或资料包时，应评估内存占用，不能把普通小文件的处理方式直接视为适合所有文件。
常见问题：存证究竟能证明什么
摘要一致，意味着在所用算法安全性成立的前提下，可支持待核验文件与记录所对应内容一致的判断；它不能单独证明作者是谁、签署是否有效或施工是否符合要求。
区块时间也不能直接当作文件首次形成时间。文件可能早于提交记录存在。理解存证时，应区分内容一致性、链上记录时间与现实业务真实性，避免把记录难以被悄然改动理解为原始资料必然真实。