EIP-1459 定义了以太坊的 DNS 节点发现方案：把签名的节点记录名单装进域名 TXT 记录，客户端拿内嵌公钥验证整棵默克尔树。本文拆解 enrtree URL、记录结构与签名链，对照 geth 源码里的 ethdisco.net 用法，并说明它与比特币 DNS 种子、ENR 主动发现的分工差异。

以太坊 P2P 同步里，区块头、区块体这类请求响应消息在 eth/66 之前不携带任何编号，全靠响应按请求原序返回来对号入座。EIP-2481 给每对消息加了 request id 字段，让响应端可以并行处理、乱序完成。本文讲清这套编号机制解决的具体故障、它与 eth/65 公告机制的分工，以及它在协议版本谱系里的位置。

以太坊虚拟机给执行栈设了 1024 项上限，每项 32 字节；调用不是复用同一张栈而是新开栈帧，配合 EIP-150 留下的每层最多带走 63/64 剩余 Gas 的规则，共同约束递归与嵌套深度。本文讲这张栈的结构、越界会发生什么，以及它和比特币脚本一千项栈上限的设计对照。

EIP-2464 给 eth 协议加了三个消息：NewPooledTransactionHashes 只公告交易哈希，GetPooledTransactions 按哈希批量索取，PooledTransactions 应答。交易传播的带宽从随对等方数量线性增长降到平方根量级，冷启动交换从几十到上百 MB 缩到约内存池大小乘 32 字节。本文拆解这套公告-拉取机制与前代全量广播的差别。

Yul 是 Solidity 家族的低级中间语言：功能式语法贴近栈机，既是内联汇编的书写格式，也是基于 IR 的新代码生成路径的落地目标。本文讲它和 Solidity、十六进制字节码的三层关系，为什么中间表示让优化与跨方言复用成为可能，以及内联汇编块里哪些护栏依然存在。

两条账户抽象路线在 Pectra 之后同时在线：ERC-4337 用 UserOperation、独立验证与 EntryPoint 合约搭了一条普通交易之外的旁路；EIP-7702 让原私钥地址临时挂上一段合约代码，交易仍走普通通道。本文按交易形态、验证入口、升级路径和撤销方式四项对比，给出选型的判断线。

RLP（递归长度前缀）是以太坊执行层的序列化格式：整条编码规则只回答一件事——数据有多长、嵌套怎么展开。本文拆解四类前缀字节、正整数必须去前导零的唯一例外，以及为什么放弃类型系统反而换来抗篡改的规范性字节串，哈希里藏数据、签名能重建原文都靠它。

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

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

现在广播交易后，钱包或后端得反复轮询回执接口，链路慢且错误信息含糊。EIP-7966 提议一个同步发送方法：一个请求内等回执，超时报错还带回交易哈希或期望的 nonce。本文按草案文本拆解它的参数、错误码设计，以及为什么目前不能当现成功能用。