Engine API

该EIP提出了区块级访问列表（Block-Level Access Lists, BALs），记录区块执行期间所有账户和存储位置的访问及其执行后值。BALs旨在通过在区块头中包含其哈希值并在执行负载中传输列表，实现并行磁盘读取、并行事务验证、并行状态根计算和无执行状态更新，从而提高以太坊的可扩展性和效率。

本文档记录了一个关于 Lighthouse-Reth 集成想法的小实验，目标是使用单一二进制文件同时运行共识层 (CL) 和执行层 (EL)，从而简化以太坊节点的运行。实验结果表明，这种集成在用户体验、资源使用和可观察性方面具有潜在优势，但也存在维护、版本协调和编译时间等方面的挑战。

该项目旨在研究如何使验证者能够运行 Portal 网络客户端，而不是在他们的设置中使用执行层客户端。项目将专注于让验证者提出空块，通过研究 MEV 基础设施和其他形式的 PBS 如何将块发送给验证者，并开发 Trin 的原型，最终目标是构建一个工作原型，允许 Trin 连接到 CL 客户端。

本文档描述了 Engine API 的测试用例，这些测试用例都是从合并后的世界开始的，即 `Genesis` 是一个终端PoW块。

本文档概述了L1执行引擎对L2的修改、配置和使用，包括处理存款交易、手续费的收取方式（优先级费用、基础费用和 L1 成本费用），还介绍了Engine API 的使用，例如 forkchoiceUpdatedV1、newPayloadV1、getPayloadV1，以及L2执行引擎的网络和同步方式。

本文深入探讨了以太坊节点执行层和共识层之间通信的关键接口——Engine API。文章详细解释了Engine API的主要流程，包括节点启动、区块构建和区块验证，并分析了每个流程中可能出现的错误情况，以及相应的处理方式。此外，还讨论了浅状态客户端的特殊情况以及验证器节点的生命周期。

EIP-7805 引入了 Engine API 的修改，扩展了 `engine_newPayloadV5` 方法的参数列表，新增了 `engine_getInclusionListV1` 和 `engine_updatePayloadWithInclusionListV1` 方法，并更新了先前版本的方法，以支持 FOCIL (Fork Choice Inclusion List) 有效负载的处理。

文章介绍了Flashbots架构下的MEV-Boost工作原理，以及验证者如何使用Portal Client代替EL Client来提议区块。文章重点分析了MEV-Boost与Relays和CL客户端的交互过程，并探讨了Builder API和Engine API在其中的作用, 并最终作者确定研究方向，将研究如何在Portal Clients上实现Engine API

本文讨论了在Pectra升级中部署PeerDAS以扩展以太坊数据吞吐量的方案，并提出了两项具体建议，以减少增加blob数量时的决策面。建议包括移除EL中的硬编码数据gas限制，以及让CL通过Engine API向EL发送数据gas限制，从而解耦两个协议层。