Galaxy 研究副总裁 Christine Kim 发文总结了第 144 次以太坊核心开发者共识会议（ACDC #144）的主要内容： 开发人员同意在 Pectra 中包含一个新的代码变更 EIP 7742，它使信标链能够动态设置网络的目标和最大 blob gas 限制。纳入 EIP 7742 表明，开发者也可能会在 Pectra 中增加目标和最大 blob gas 限制。然而，一些开发人员在电话会议上提出了关于纳入额外 EIP（特别是 EIP 7742）将延迟主网上其他 Pectra 代码变更激活的担忧。开发人员还讨论了 Pectra 和 PeerDAS 开发的测试进展。 具体而言，EF 开发运营工程师 Barnabas Busa 表示，他计划立即关闭 Pectra Devnet 3，并询问是否有客户端团队仍然需要该 Devnet 进行测试。Busa 指出，在 Grandine 客户端中存在一个区块提案的问题，该问题在 Devnet 3 中还没有解决。Busa 表示他将在关闭开发前与 Grandine 开发者 Saulius Grigaitis 一起解决此问题。 关于 Pectra Devnet 4 的发布，Busa 称希望看到更多的执行层（EL）客户端通过本地 Kurtosis 测试来启动新的测试网。到目前为止，Busa 说 Geth 和以太坊 JS 客户端已经准备就绪，就像 CL 端的 Lighthouse、Teku 和 Nimbus 客户端一样。Stokes 建议客户端团队在 10 月 18 日之前发布 Devnet 4。 然后，开发人员继续讨论与 Pectra 代码规范相关的几个开放问题，包括 PR#3900、PR#3767、PR#3979、PR #104 以及 BLS 预编译重新定价。 此外，CL 客户端团队正在实施一种新的引擎 API 规范，旨在帮助在本地提议区块的用户（即无需使用第三方构建器和 MEV 中继）在其区块中包含 blob 交易。 开发人员讨论了在 Pectra 规范之上重新建立 PeerDAS 规范的问题。Lighthouse、Nimbus 和 Teku 客户团队的代表表示，他们支持这一改变。 L2 rollup Base 的开发人员 Francis Li 介绍了 Pectra 增加 blob 容量的紧迫性和基本原理。Li 建议将 blob gas 目标增加到 5，最大值增加到 8，并在网络层上进行额外的工作，例如实现 engine_getBlobsV1。 Busa 指出，blob 容量的增加应该与 EIP 7742 的部署相结合，EIP 7742 引入了一种机制，可以通过 CL 动态设置 blob gas 目标和最大限制。Busa 表示，目前设置这些参数的机制很难改变，引入 EIP 7742 将确保开发人员可以在未来轻松调整这些设置，例如，像 PeerDAS 这样的升级。然而，Busa 也指出，EIP 7742 需要 EL 和 CL 客户团队的额外工作来部署，并且可能会将 Pectra 的时间表推迟 1 到 2 个月。他敦促开发人员考虑尽早开始部署 EIP 7742 的工作，以避免不必要的 Pectra 升级延迟。 最后，开发人员同意取消原定于 11 月 14 日星期四举行的 ACDC 电话会议，因为大多数开发人员将参加在泰国曼谷举行的以太坊年度会议 Devcon。