随着 EIP-7732（即“提案者-建设者分离提案”）的推出，Ethereum的验证者将承担新的角色。.
该提案从根本上改变了 Ethereum 区块的验证方式，在逻辑上和时间上将执行验证与共识验证分开。.
验证器进行全面改革
验证者现在有了新的职责，包括可以选择成为构建者以及提交有效载荷及时性证明的义务。.
EIP解决了当前系统中的多个关键问题。大多数信标区块提议者将执行有效载荷的构建外包给第三方，即构建者。.
他们请求已承诺执行载荷的哈希树根（HTR），并将一个 SignedBlindedBeaconBlock 提交给可信方。该可信方随后将 HTR 替换为构建者提供的完整执行载荷，然后再进行广播。.
EIP保证了信标区块提议者和建造者之间的公平交易。它确保诚实的信标区块提议者能够从建造者那里获得报酬，并且诚实的建造者的有效载荷会成为链的规范头部。.
目前，验证者只有很短的时间来执行共识和执行状态转换、检查 blob 数据的可用性以及评估区块链的新头。.
该 EIP 通过将执行和共识验证分离来改变这种情况，使验证者能够在证明之前专注于共识状态的转换。.
执行和数据可用性验证将被推迟，允许验证者在剩余的时间段内执行这些任务。.
EIP-7732 背后的动机
从共识区块中移除完整的执行有效载荷可以加快网络传播速度。由于数据可用性检查时间延长，这降低了包含 blob 交易时发生重组的可能性。.
验证者不再会遗漏证明，从而在构建者生成无效有效载荷时增强了分叉选择特性。EIP 还消除了对可信中间件进行区块构建委托的需求。.
EIP 不需要对执行层进行更改。但是，共识层需要进行一些修改，详情请参阅 consensus-specs GitHub 代码库。.
这些变更包括信标链的变更、分叉选择、P2P 协议、验证者指南以及引入新的构建者指南。.
Beacon 链的变化涉及常量、预设和各种容器类，以处理新的有效负载证明和签名执行有效负载头。.
BeaconState 容器经过修改，可以 trac最新的区块哈希、带有执行有效载荷的最新槽位以及最新的提现根。.
BeaconBlockBody 现在包含一个已签名的执行有效载荷头和一个有效载荷证明列表。ExecutionPayloadHeader 已简化，仅用于 trac构建者有效载荷承诺所需的最少信息。.
状态转换逻辑变更包括处理有效载荷证明、执行有效载荷标头和撤回请求的新功能。.
分支选择变更涉及新的常量和容器类，用于处理子节点、最新消息和存储修改。此外，还引入了新的处理程序，用于处理有效载荷证明消息和已签名的执行有效载荷信封。
贾伊·哈米德报道
