Clear Signing通过ERC-7730描述符把合约调用转成人类可读确认信息，但显示正确仍依赖上下文绑定、schema版本、注册表审核和钱包信任源。本文逐层拆解。

个人消息签名、结构化数据签名、带验证者的签名，过去各走各的 RPC 方法。ERC-7871 提出 wallet_sign，用 EIP-191 的版本字节区分三类请求，并接入能力协商。本文按 ERC 原文拆解参数结构、地址约束与现状边界，并说明用户侧核对方式不变。

免 Gas 交互常要求你连签多份 EIP-712 消息，每签一次都是一次核对与风险敞口。ERC-7920 提议把多条消息的哈希编进默克尔树，只签树根一条签名，同时保留每条消息独立可验证性。本文按草案说明机制与签批量消息前必须展开逐条看的纪律。

以太坊签名通常是 65 字节（r、s、v 三段），ERC-2098 把恢复标识折进 s 的最高位，压成 r 加 yParityAndS 两段共 64 字节。格式为 Final 且已用在类型 2 回执里。本文讲清两种表示怎么互相转换、哪里会遇到它，以及为什么安全强度没变。

哈希进曲线看似小事：取个哈希当坐标，大多数时候根本不落在曲线上。RFC 9380 给出一套标准化的“哈希映射到椭圆曲线”方法，杜绝随机取点、坐标重试这类危险取巧。本文解释为什么曲线点不能靠哈希直接拼出来、SVDW 等映射族怎么工作、和 BLS 签名以及零知识协议的关系。

1986 年 Fiat 与 Shamir 给出一个通用手法：用哈希函数代替验证者掷骰子，让交互证明变成一次发完的非交互证明。今天的 Schnorr 签名、多数零知识证明系统都靠它落地。本文解释它换掉了什么、随机预言假设的真实含义，以及“在 ROM 里安全”与“现实中安全”之间已知的裂缝。

想让第三方确认两个地址属于同一方，靠截图和口头承诺都不可验证。ERC-8092 草案定义了一份双方共签的关联记录：跨链地址、生效窗口、密钥类型与撤销标记各有字段。本文拆记录本体、信封层与验证者的四步核验。

跨链与结算类签名消息常把关键参数塞进一个 bytes 字段，签名器只能显示一串十六进制。EIP-7713 提议引入 box 类型：外面看不见、钱包却能把里面按结构完整还原。本文拆解类型擦除造成的失明、box 的封装与可验证还原，以及这条提案的现状。

硬件钱包转账时电脑端和设备的屏幕各显示什么、为什么以设备屏为最后防线，两屏不一致时停在哪一步，以及设备屏确认挡不住的边界情况

ERC-6066 是状态为 Final 的扩展，让 ERC-721 或 ERC-1155 代币持有者能用藏品本身对消息签名：isValidSignature 传入 tokenId、哈希与可选数据，验证通过返回魔术值 0x12edb34f。本文拆解它与 ERC-1271 的关系和“布尔式签名”的边界。