以太坊的配对预编译长期只有 BN254 一条曲线，安全强度约 80 比特。EIP-2539 提议为 BLS12-377 增加一组预编译，把配对友好曲线的选择权交给合约。本文讲清这条曲线的来路与提案的编码设计，以及它停留在 Stagnant 的原因。

合约调用合约时，EVM 会为每一次调用新开一个帧：各自的栈、各自的内存、共享的世界状态。CALL、DELEGATECALL、STATICCALL 的区别就在于新帧里『我是谁』和『用谁家的存储』怎么填。本文拆解调用帧的资源划分、gas 传递规则、返回数据缓冲区和 revert 如何在帧间传播。

以太坊把外部算法直接插进 EVM 插槽的方式是预编译合约：地址 0x01 到 0x09 之后，0x09 位置的 BLAKE2F 压缩函数由 EIP-152 在 2019 年伊斯坦布尔升级装上车。本文讲这个插槽的输入编码、逐轮定价的 gas 规则，以及它当年为跨链验证、今天为 zk 电路 inside 电路的两种命运。

账户抽象把多笔操作合成一个 UserOperation 提交，还能让第三方代付 Gas。便利的另一面是签名界面更难读。本文解释核心字段、批量调用里的风险与签名前的核对方法。

说明以太坊 blob 费用的查询口径、与普通 Gas 的区别，以及观察 L2 数据发布成本时应记录哪些字段。

从 EIP-4844 机制解释 blob 基础费和以太坊普通 Gas 费为什么可能不同步，以及 L2 成本分析应如何分层。

EIP-8025 提议引入可选的执行证明：一小部分节点为区块生成执行证明，其余节点凭证明完成无状态验证，不必再重放执行层交易。本文拆解这份草稿的分工、边界与前提。

EIP-8051 提议在 EVM 里增加验证 ML-DSA 签名的预编译合约，让以太坊在链上就能验证 NIST 标准化的抗量子签名。本文拆解它定义的两个变体、定价取向与提案状态，帮你读懂这份草稿在防什么。

以太坊节点之间只靠哈希公告新交易，收到公告的节点不知道该先问谁要哪笔。EIP-8077 提议在公告里加上发送方地址与 nonce，让调度变聪明。本文拆解这份网络层草稿。

blob 交易提价重发时，几百 KB 的数据侧车会被整批重新广播一遍。EIP-8094 提议让网络按内容哈希认领 blob，只重发元数据。本文拆解这份 eth/vhash 草稿。