网页想知道链换了、账户换了，靠的是监听钱包事件。而"监听"这件事本身的接口，在 EIP-1193 里被直接规定为两个方法：on 与 removeListener，出处是一份更早的 Final 提案 EIP-2700。本文拆解这份只定义骨架、不管事件内容的提案，以及它为何把语义全部留给别人。

一台浏览器装两个钱包扩展，网页可能连到错误的那一个——因为所有钱包都往同一个全局对象上挤。2022 年的 EIP-5749 提出改用注册表式的 window.evmproviders，让每个钱包带名称、图标和唯一编号入驻，网页列出菜单由你选。本文拆解这份 Final 提案的结构、uuid 规则，以及它与 EIP-6963 的关系。

2020 年 9 月，维塔利克等五人提交 EIP-2938，主张不靠任何中间层，直接给以太坊加一种新交易类型，让合约账户自己付手续费、自己验证签名。它引入 PAYGAS 操作码和一个全 F 的入口常量，最终因内容严重过时被标记撤回。本文拆解这套协议层方案的设计与它停下的位置。

审计报告里的 SWC-101、SWC-107 编号来自 EIP-1470 提出的智能合约弱点分类法，它仿照 CWE 给合约缺陷起名分门。本文讲这套分类的目标与注册表现状：EIP 停在 Stagnant，注册表 2020 年后不再新增条目，内容并入 EthTrust 等后继标准，以及钱包用户为什么要读得懂这些编号却不必依赖它们。

签名之外，钱包还能替你解密数据、签发 DID 凭证吗？2020 年的 EIP-2844 给 JSON-RPC 加了 did_authenticate、did_createJWS、did_decryptJWE 三个方法，让应用通过去中心化标识发现你的公钥。本文拆解这套 JOSE 语义与权限提示设计，并说明它为何停在 Stagnant。

钱包确认页显示转账给谁、转多少，靠的是把十六进制数据解码回人类可读形式。2020 年的 EIP-2566 走了一条直接却没走通的路：新增 RPC 方法，让 dApp 把函数 ABI 一并交给钱包。本文拆解它的设计与未解决的可信问题，并对照今天钱包靠什么拼出你看到的确认界面。

Ed25519 在链下世界被广泛采用，但以太坊智能合约至今没有原生的 Ed25519 验签预编译。2018 年的 EIP-665 提议以地址 0x9、2000 Gas 提供 ED25519VFY，停在 Stagnant。本文对照它的设计、与 ECRECOVER 的差异，以及今天各条曲线在链上被原生验证的现实版图。

Parity 多签钱包依赖的公共库合约被意外自毁后，大量资产失去访问入口。EIP-999 提议用一次状态转换把补丁代码写回原地址，最终被撤回。本文还原提案的机制设计、它拒绝的替代路线，以及这次事故留给多签用户的依赖结构教训。

2017 年的以太坊账户只能用固定的 ECDSA 签名加账户序列号来保护。EIP-86 提出把这两样检查抽象出去，让账户合约自己决定安全规则。本文拆解它用特殊签名值打开的口子、NULL_SENDER 的角色、对部署碰撞的处置，以及这条线如何通到今天你手里的智能账户。

以太坊想淘汰无类型的旧式交易，但旧签名的有效性关乎资金出路。EIP-2972 提出两种包装类型：把旧式交易的签名与载荷原样装进新封套，任何客户端都能自动升级。本文拆解它的双格式规格、被撤回的原因，以及类型字节 0x01 归属的后续反转。