以太坊每笔交易都有一位收款人（COINBASE 地址，即费用受益人），但在 2929 的冷热定价框架下它原本是冷账户，谁向它转 ETH 谁多付两千六百 gas。EIP-3651 把它改成开局即热。本文拆解这条规则的来龙去脉与它保护的转账模式。

EIP-7642 把以太坊 eth 协议升到 eth/69：握手状态消息不再携带合并后已无意义的总难度，改为报告节点实际能提供的首个与最新区块范围，同时从收据传输里删掉可重算的布隆字段。本文拆解这两处精简的动机与影响。

ERC-4337 让智能合约钱包在不动以太坊协议的前提下发起链上操作。本文拆解 UserOperation、打包器、EntryPoint 与代付方四个角色的分工，讲清它和元交易方案的区别，以及使用智能账户时值得核查的安全边界。

EIP-7702 随 Pectra 升级于 2025 年 5 月 7 日在以太坊主网激活，允许普通私钥地址临时委托一段合约代码执行自己的交易。本文解释授权如何生效与撤销、它与 ERC-4337 的分工差异，以及授权签名带来的新钓鱼面。

从乐观 Rollup 经标准桥提现回以太坊要经历发起、证明、最终化三段，官方文档记载主网挑战期为七天。本文区分交易确认与提款到账两种概念，解释等待期防的是什么风险，并对比第三方快速桥的信任差异。

ERC-7160 给 ERC-721 加了多份元数据 URI 的读取接口和钉选（pin）动作，让一枚 NFT 可以同时挂动画序列、多比例版本或修订历史。本文拆解它的四个函数、两个事件、与 ERC-4906 的配合方式，以及持有人该核对的权限边界。

Base上的交易从排序器接收、L2区块确认、批次提交到以太坊最终确定，代表不同安全层级。本文用四段时间轴说明钱包显示成功后还要核对什么，以及充值、跨链和大额结算如何设置等待门槛。

以太坊Electra状态中的pending_consolidations只是验证者合并队列项，不代表source余额已经并入target。本文按请求进入、source退出、队列处理和余额合并四阶段解释监控口径。

钱包和节点对话的 JSON-RPC 返回里，error 对象里的 code 字段自带分层惯例：负三万二千七百六十八到负三万二千段是协议预定义错误，负三万二千到负三万二千零九十九留给服务端自定。本文按 JSON-RPC 2.0 规范拆解错误分层的语义，再对照以太坊类节点里交易被拒、nonce 过低这类常见报错该去哪层查。

跑一个以太坊全节点，硬盘上那几十到几百 GB 并非一整坨数据库：区块体、区块头与索引、状态树、密钥与节点身份各占专区，底层存储引擎的批量写还会制造短时的空间脉冲。本文以主流客户端公开的目录结构为线索，解释每类文件回答什么问题、为什么删错目录等于报废节点，以及清理磁盘为什么不能靠手动挑文件。