验证签名究竟检查什么
验证签名的核心，是检查一份签名是否与指定数据及相应公钥满足密码学验证关系。私钥用于签署，验证方无需取得私钥。它提供的是对数据授权的密码学证据，不能单凭这一结果确认操作者的姓名或现实身份。
入门时应把三个问题分开：签名是否匹配，签署内容是否符合预期，以及交易是否满足链上的其他规则。这些问题相互关联，但需要分别检查。
先分清密钥、地址与摘要
私钥需要保密，公钥可用于验证；地址则依照具体系统的规则生成或编码，不能直接当作公钥使用。理解这种区别，有助于判断验证时究竟缺少哪项数据。
签署与验证还必须使用一致的数据处理规则。消息如何编码、哪些字段参与签署、如何形成摘要，都会影响结果。看起来意思相同的文字，若字节表示不同，也可能得到不同的验证结果。
以太坊账户中的适用范围
以太坊账户文档介绍，外部账户由私钥控制，签名可结合被签署的数据恢复公钥，进而核对对应地址。合约账户由代码逻辑控制，不能直接套用同一套私钥控制模型。
因此，验证前需要明确账户类型与签署对象。普通消息的签名验证和链上交易检查承担不同任务；交易还涉及 nonce 等规则，用于限制同一账户交易的重复执行。
比特币 P2PKH 的验证思路
比特币交易开发文档中的 P2PKH 示例包含两层检查：提供的公钥，其哈希必须符合此前输出的条件；提供的签名，也必须与该公钥及规则要求签署的交易数据匹配。
这说明验证不仅要回答“签名算得对不对”，还要回答“这把公钥是否有权满足该输出的花费条件”。这一示例适用于 P2PKH，不能据此概括所有比特币输出类型。
常见问题与结果边界
签名通过是否代表交易成功？不能直接这样判断。签名验证只是交易有效性检查的一部分，还要检查账户状态或相关输出是否可用；能否被纳入区块、是否已经确认，也属于另外的状态。
验证失败是否说明有人伪造？也不一定。消息内容、公钥、编码或摘要规则不一致，都可能导致失败。排查时应先确认验证双方使用的是同一份数据与同一种规则。
学习时可围绕“数据是什么、谁有权签署、验证覆盖哪些内容”理解流程。验证过程不需要索取私钥，验证结果也不应被扩大解释为对签名者身份或全部业务行为的认可。