区块 Gas 上限抬高后，一整个区块的回执列表可能超过 P2P 单条消息约 10 MiB 的上限，导致同步反复失败。EIP-7975 提议的 eth/70 给回执消息加了不完整标记，让节点分段索取最后一块的回执。本文解释故障模式与协议改法。

客户端存合约代码本来就只存一份，多个账户指向同一份代码。EIP-8058 用访问列表把这条事实变成 Gas 折扣：部署的字节码若与访问列表里某账户的代码哈希相同，免付代码存入费。本文解释为什么不能直接查数据库，以及折扣的确定性设计。

EIP-7940 是一个不走技术路线的提案：由社区选举一位所谓 Shah，充当以太坊社区与核心开发者之间的传声筒和守护者。本文解释这份提案想解决的沟通断层、它为什么被归入信息类提案，以及读者该怎么看待这类治理实验。

以太坊信标链的最终性检查点目前指向每个 epoch 的第一个区块。EIP-8333 提议改为指向 epoch 之前的最后一个区块，即边界块，并引入 get_checkpoint_root 访问器。本文讲清两种对齐方式差别在哪、动了谁会受影响。

EIP-8337 提议给字节码加一个 MAGIC 前缀：带前缀的代码在部署时做静态验证，保证控制流完全静态、每个返回都有对应调用、数据栈深度可静态证明不会下溢。本文解释这套静态合约与 EOF 的关系和实际意义。

EIP-8297 提议用一棵分区二叉树替换以太坊现行的多叉 Patricia 状态树：账户树与存储树合并、变长前缀无关键、合同代码入树、账户字段拆成独立叶子。本文解释为什么要换树、每个设计点对应什么收益。

EIP-8363 提议在每个 epoch 按验证者实际承担的职责扣减一部分奖励并销毁，扣减比例随全网质押率线性上升、到饱和点达到全额。本文解释这套递减燃烧怎么改变质押的边际收益，以及它与现有发行模型的关系。

EIP-8115 提议把 EIP-1559 交易的小费记账从每笔交易立即执行，改为在区块处理末尾统一批量结算。本文解释逐笔小费转账为什么在并行执行时代成了瓶颈，以及集中结算改变了哪几步。

EIP-8125 提议新增 TMPSTORE 与 TMPLOAD 两个操作码，给合约一块能跨交易、跨区块存活但按协议日程自动清空的临时存储。本文对比它与瞬态存储、常规存储的区别，并解释两个系统账户轮换设计的用意。

EIP-8070 提议让执行层节点对每条 blob 交易只有约百分之十五的概率拉取完整数据，其余情况只按信标层同一套单元格托管做抽样。本文解释这套稀疏 blob 池为何能把平均带宽压到约四分之一，以及构建者隐私这个约束从哪来。