适用范围：先理解签章的密码学基础
区块链电子签章流程涉及哪些技术概念，可以从签署对象、摘要、签名、公钥证书和验证规则逐层理解。本文讨论其中通用的签名与证书基础，适用于采用相应机制的系统；具体上链流程、共识机制和存证效果，需要另外核对系统设计。
电子签章流程中的可见印章与密码学验证承担不同作用。判断签署内容是否受到保护，需要检查实际参与签名的数据范围，以及验证所使用的密钥和信任规则。
摘要与签名：确定保护了哪些内容
W3C 的 XML Signature 规范定义了数字签名的 XML 表达和处理规则，可引用一个或多个数据对象。其核心验证包含引用数据的摘要校验，以及签名值验证；签名可以与被签数据处于同一文档，也可以采用分离形式。
摘要可理解为按算法计算的数据校验值。验证端按照相同规则处理数据，再比较摘要，以检查被引用内容是否一致。摘要本身不说明签署者身份，还需要签名及其密钥关联机制。
规范化与引用：保证双方验证同一对象
XML 签名涉及规范化、数据引用和转换。规范化按照规定处理 XML 的表示形式，使签署端和验证端获得可比较的输入；引用与转换则决定哪些数据进入摘要计算。
因此，页面上能看到的内容不一定全部属于签名覆盖范围。例如，签名只引用某个数据片段时，其他未被引用的内容不能据此获得完整性保证。业务展示、签名范围和验证对象需要保持对应。
证书与信任链：公钥如何关联主体
RFC 5280 描述 X.509 公钥证书、证书撤销列表及认证路径验证。证书包含主体、公钥、颁发者、有效期等信息，并通过用途和约束等扩展参与信任判断；撤销列表用于表达证书撤销信息。
公钥能够验证签名，并不意味着该公钥天然属于某个人或机构。采用证书体系时，还需依据受信任的信任锚验证证书路径，检查有效期、用途限制及撤销状态。业务上的签章授权仍需单独确认。
常见问题：验证通过能说明什么
签名验证通过是否等于整个流程可信？它只能在所采用算法、密钥和处理规则的前提下支持相应结论。文件完整性、主体身份、操作授权与签署意愿，需要各自对应的证据。
XML Signature 是否是所有电子签章的必选格式？它是一种签名表达与处理规范，不能据此推定所有系统都采用 XML。上述两项标准也没有定义区块链存证流程，无法单独支持某个平台已经上链、具有特定时间证明能力或具备特定法律效力的判断。