从协议层看，以太坊没有能冻结任意外部账户的开关；冻结能力存在于稳定币合约与智能合约钱包的权限里。把这两层分清楚，才能看懂'地址被封'新闻里哪部分是协议、哪部分是合同。

EVM Object Format（EOF）想把以太坊合约从一串无结构字节码变成带版本头、分区段、部署时校验的容器。它解决什么老问题，由哪些 EIP 组成，为什么至今停在 Stagnant 状态而非主网。

2017年的EIP-706给以太坊节点网络DEVp2p整体装上snappy压缩：握手后在加密前压包、解密后解压，初始同步下载量从三十三吉字节降到十三吉字节。它放弃的方案和它防的解压炸弹同样值得讲。

两个以太坊节点建立一条加密连接要跑几步ECIES加密的认证握手，随后所有流量被切成带序号和校验的帧，多路子协议共用一条管道。RLPx的名字来自RLP序列化，规范版本目前是5。

EIP-2124 用创世哈希与已生效分叉区块号的 CRC32 校验和加下一分叉高度构成 forkid，让以太坊节点在握手阶段拒绝规则集不同的对端。本文拆解指纹的生成与四条校验规则，并给出硬分叉后连不上节点时的排查思路。

合并之后，一个以太坊客户端由共识层与执行层两半组成，Engine API 是它们之间的内部接口：forkchoiceUpdated 启动构建、getPayload 取回区块、newPayload 验证候选区块，整套通道用 JWT 认证。本文讲清三个方法的分工、接口保护的是什么、攻击面在哪里，以及普通节点运维者最容易踩的配置坑。

检查点同步让新节点从一个近期已最终化的状态快照起步，先快进到链头，再回头补历史区块，把上线时间从数天压到更短，并把信任锚从「逐块重放全部历史」交给一个近期检查点。本文以 Lighthouse 公开文档为主源，讲清它为什么比从创世同步更快也更安全、弱主观性在其中起什么作用、回填限速如何工作，以及哪些场合仍需完整历史。

2025 年 1 月发布于 ethresear.ch 的一篇提案提出 EXECUTE 预编译：让 L1 验证者直接裁决一批交易的状态转换，把 EVM 等价 Rollup 的验证合约塌缩成极少代码，从而摆脱安全委员会。它与把排序交给 L1 的基于 Rollup 是两个正交概念。本文按提案原文讲清动机、与基于 Rollup 和执行分片的边界，以及 gas 定价与回退担保等尚未收敛的分歧。

以太坊轻客户端分别接收optimistic update与finality update：前者追踪更近的已证明头，后者携带最终化头与证明分支。本文从对象字段、验证步骤和业务放行门槛对照两者。

Beacon API返回blob sidecars时，HTTP成功和条目数量都不足以证明数据完整。本文按index、signed block header、commitment inclusion proof与KZG proof建立三层校验流程。