验签能够证明什么
区块链验签方法的应用边界是什么？核心在于：签名有效，只能支持特定密码学规则下的验证结论，不能直接推出整个业务行为有效。本文以以太坊交易和智能合约验签为讨论范围，不将具体接口视为所有区块链的通用规则。
以太坊交易文档介绍了签名指令、交易字段及广播和入块流程；OpenZeppelin密码学工具文档则涵盖ECDSA、结构化消息哈希与合约账户签名验证。两者对应不同层次：交易如何进入网络，以及应用如何判断签名是否符合验证规则。
适用条件：消息与验证规则一致
对ECDSA验签，验证端需要按约定构造消息摘要，恢复签名地址，再与预期授权地址比较。仅恢复出一个地址，不代表该地址拥有业务权限。消息字段、编码、哈希方式或签名前缀不一致，都可能导致验证失败。
签名保护的是被纳入签名范围的内容。假如业务要求授权绑定接收者和操作参数，却未将这些内容纳入摘要，验签通过也无法证明签名者认可了这些具体条件。
账户边界：不能只用一种验签路径
普通ECDSA签名可以通过地址恢复进行核验；合约账户则可能通过ERC-1271接口表达自身的签名验证规则。OpenZeppelin的SignatureChecker支持这两类路径，因此不能把所有账户都当作单一私钥地址处理。
合约签名是否有效还可能受合约状态和授权规则影响。某次检查通过，不应被直接视为永久有效的证明。
授权边界：防重放需要额外设计
EIP-712通过类型化数据和签名域明确消息上下文，但不会自动完成全部防重放逻辑。应用仍需根据业务检查并消耗nonce，或记录已使用的消息摘要；有时效要求的授权还需校验期限。
链标识、验证合约等域信息用于区分授权环境；nonce用于区分授权使用次数。这些机制解决不同问题，不能相互替代，也不宜把签名字节本身当作唯一使用凭证。
常见问题：有效是否等于安全或成功
验签能确认现实身份和真实意愿吗？不能单独确认。私钥泄露或用户误签时，签名仍可能有效；签名匹配也不能证明消息中描述的链外事实真实。可读的签名展示有助于理解内容，但不能替代权限检查。
验签通过是否表示操作成功？不是。交易还受到nonce、费用、执行条件等约束，入块也不等于合约调用成功。可靠的判断应分别检查签名有效性、业务授权、执行结果与区块确认状态，避免用单一验签结果代替完整验证。