以太坊的 Blob 通道（EIP-4844 体系）按区块现买现走：打包者临时决定带多少 blob，费用随拥堵实时波动。EIP-8256 在 2026 年 5 月提出 Blob Streaming：通过一个叫票据合约（ticket contract）的系统合约提前预订区块容量，让 blob 的传播和费用像预订运输班次一样可预期。它要求 EIP-2935、4788、4844、7002、7594、7732、7918 在前，目前是草案。本文解释提前预订对谁有价值、票据合约与统一费用机制是什么形状，以及即时容量与预订容量两条车道怎么分配。

EIP-7872 给执行层的本地区块打包者加一个可配置上限 USER_CONFIGURED_MAX_BLOBS_PER_BLOCK，与协议上限取小值来决定每块装多少 blob；下限至少一个。动机很朴素：带宽有限的打包者塞太多 blob 会来不及广播、白白丢块。本文讲清取小值规则、默认行为，以及为什么这是一个纯执行层的 Meta 提案。

StarkEx 不在每条应用链上自建证明机器，而是把批处理执行轨迹交给共享证明服务 SHARP 出证明。本文按 StarkWare 官方文档拆解这条状态更新链路里证明与数据可用性的分工，以及用户侧的核验与强制提现边界。

EIP-7516 给以太坊加了一条 BLOBBASEFEE 操作码，让合约能在执行时直接读取当前块的 blob 基础费。它本身很小，却是二层定价自动化与费用市场观测的零件。本文解释 blob 费用的双池结构、为什么合约此前读不到这个数、这条指令的用途与它的边界。

ERC-7888 创建于 2025 年 2 月 18 日，仓库记录状态为 Draft。它给共享同一祖先链的多个 Layer2 之间设计了一种广播消息协议：发布者在源链把一条消息写成广播事件，目标链靠状态承诺与存储证明离线验证消息确实发生过。本文按原文拆解 broadcastMessage 与 MessageBroadcast 事件、StateProver 验证接口，以及跨链读取带存储证明的验证链条。

Aevo是什么？它是基于自定义 OP Stack Layer 2 的去中心化衍生品交易所，把期权、永续合约、OTC 与策略产品放进同一保证金体系，采用链下撮合、链上结算。本文解析其架构、期权与永续的机制差异、AEVO 代币回购销毁，以及相关风险。

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

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

EIP-8142 针对 zkEVM 验证路线的一个盲区——验证者不再下载执行载荷，数据可用性失去兜底——提出 Block-in-Blobs：载荷数据编码进区块引用的部分 blob，借现成的 DAS 机制保证可获取。

第二条 EVM 链想发明新操作码，总怕有一天以太坊主网把同一个字节给了别的用途。EIP-8163 提议在 L1 永久把 0xae 定为无效指令，把这块地划给各家 EVM 自定义扩展。本文拆解这份 Review 阶段提案。