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

realtime news  Jul 26, 2024 16:16  UTC 08:16

1 Min Read

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上的官方摘要。



Read More