先明确令牌与认证的含义
“令牌”可能指链上代币，也可能指应用签发的访问凭证，两者不能混为一谈。本文讨论以太坊语境下基于账户签名的认证，不将持有某种代币直接等同于拥有业务权限。
以太坊账户说明介绍了密钥控制的外部账户与代码控制的合约账户，并区分了账户和钱包：钱包是交互工具，账户才是链上的实体。由此，钱包连接或提交地址本身不能构成充分的控制权证明。
私钥不应成为认证提交材料
私钥用于生成签名，验证方应校验签名，而不是索取私钥。把私钥交给网站，等于把账户控制所依赖的秘密暴露给网站，不能视为正常身份核验。
签名证明的是特定消息获得了相应密钥或账户规则的认可，不自动证明操作者的现实身份，也不自动赋予全部功能权限。认证结果与业务授权应分别判断。
不同账户需要匹配的验签方式
OpenZeppelin的密码学工具说明涵盖ECDSA验签、兼容合约账户的ERC-1271校验，以及EIP-712结构化消息摘要。其文档也提示，应处理异常签名，并使用nonce或摘要失效机制防止重复使用。
因此，不能假定所有地址都能通过同一种公钥恢复流程完成认证。适用账户类型、签名格式与失败条件需要明确；格式能被解析，并不意味着签名已经通过验证。
防重放不能只依赖链上交易计数
链上交易的nonce与应用登录挑战并非同一套机制。一次链下签名即使真实，也可能被再次提交；认证系统需要判断该请求是否已使用，以及是否仍在允许的有效范围内。
结构化签名可以绑定应用、链和验证合约等上下文，但域隔离不等于完整防重放。业务仍需校验消息用途及一次性状态，避免同一授权被用于其他操作或重复执行。
常见问题：签名成功就代表安全吗
不一定。签名校验通过，只回答了消息与签名是否满足相应验证规则；还需判断签署内容是否对应当前请求、签署账户是否具备所需权限。登录确认与资产授权不能仅因都采用签名就被视为同一种行为。
若应用在验签后签发会话令牌，后续访问还涉及会话有效期、权限范围和撤销规则。账户签名工具并不自动解决这些问题，认证安全需要覆盖从消息生成到权限检查的完整流程。