以太坊开发者在第138次会议上讨论Pectra Devnet 1和引擎API更新

2024年7月25日，以太坊开发者通过Zoom召开了为期两周一次的第138次所有核心开发者共识（ACDC）会议。由以太坊基金会（EF）研究员Alex Stokes主持，会议重点讨论了包括启动Pectra Devnet 1、拟议的Beacon区块体结构变化和引擎API更新等几项重要更新。

Pectra Devnet 1

Pectra Devnet 1于7月23日上线，但网络遇到了稳定性问题。EF开发运维工程师Parithosh Jayanthi报告称，Erigon客户端在启动后不久出现了问题，一个EIP 7702交易导致网络分成了三个状态。开发者目前正在调试客户端并解决链分裂问题。

引入“ExecutionPayloadEnvelope”

Prysm开发者“Potuz”提出了一种Beacon区块体内执行有效载荷的新结构，称为“binded_execution_payload_envelope”。此更改旨在简化共识层（CL）客户端进行状态转换所需的数据存储。这一提议还需要对引擎API进行相应修改，以便执行层（EL）客户端高效访问所需信息。

尽管Lighthouse开发者Mark Mackey支持此更改以防止性能下降，但Teku开发者Mikhail Kalinin对协议变化的必要性表示保留意见。Stokes鼓励在GitHub上进一步讨论该提案。

Devnet 2的引擎API更新

Geth开发者“Lightclient”提出了另一项引擎API更改，以简化EL客户端的区块转换过程。该提案旨在将所有请求统一为单一类型，帮助EL客户端解释区块版本而无需参考fork时间表。然而，Nimbus开发者“Dustin”认为这只是将复杂性从EL转移到CL。

Pectra中的EIP 7688和7495

Nimbus开发者Etan Kissling一直在推动引入EIP 7688和7495，以确保与未来SSZ相关变更的前向兼容性。尽管获得了流动质押池和其他客户端团队的支持，Stokes警告不要在Pectra升级中加入过多变更。

EF开发运维工程师Jayanthi强调了一起测试多个EIP的难度，建议对它们是否包含在升级中做出明确决定。Lighthouse开发者Sean Anderson建议咨询应用开发者，以评估这些EIP的重要性。

PeerDAS更新

开发者还讨论了PeerDAS更新，重点是在启动另一个Devnet之前修复现有错误。Stokes提出从PeerDAS的初始主网激活中移除采样功能以减少复杂性。此提案得到了部分开发者的支持，但其他人建议在两者规范稳定之前保持PeerDAS和Pectra的工作流程分离。

添加BeaconBlocksByRange V3

Lighthouse开发者“Dapplion”提出了对BeaconBlocksByRange RPC的更改，以帮助客户端在长时间链分裂期间同步到规范链。虽然这些变化不紧急，但可能会包括在Pectra升级中。

鼓励开发者在GitHub上审查和讨论该提案。

有关会议的完整详细信息，请访问galaxy.com上的官方摘要。