作者：Christine Kim，Galaxy；编译：五铢，金色财经
2024 年 9 月 12 日，以太坊协议开发人员经过 Zoom 虚拟会面，召开了第 196 届全中心开发人员履行 (ACDE) 电话会议。本周，电话会议由以太坊基金会 (EF) 协议支持负责人 Tim Beiko 掌管。ACDE 电话会议是每两周举行一次的会议系列，开发人员在会上评论和协调对以太坊履行层 (EL) 的更改。
在 ACDE #196 上，开发人员共享了 Pectra Devnet 3 发布的最新动态，并评论了未来开发网络上施行的各种 Pectra 代码更改。他们仔细评论了将晋级分为两部分，以便他们可以在更快的时刻表上（可能在下一年 2 月之前）在 Devnet 3 上发布代码更改。开发人员赞同在下一次 ACD 电话会议上就此做出终究决定。终究，一位网名为“pk910”的 EF 开发人员运营工程师共享了他整理以太坊公共测验网 GitHub 存储库并调整其结构以更易于运用的作业的最新动态。
Pectra Devnet 3
EF 开发运营工程师 Parithosh Jayanthi 介绍了 Pectra Devnet 3 的发布情况。该开发网络于 9 月 11 日星期三发动。它包括对 EIP 7251 中验证器合并的修复以及 EIP 7702 的更新规范。依据迄今为止在 Devnet 3 上的测验，EIP 7251 和 EIP 7702 好像都按预期运转。Jayanthi 指出，在 Nethermind 和 EthereumJS 客户端中发现了一些问题，这两个客户端团队正在尽力处理这些问题。Jayanthi 弥补说，由于 EIP 7702 在 Devnet 3 上线，最好让钱包开发人员测验该实现并供给他们对其运用的反应。有关 Pectra Devnet 3 的一切信息，包括恳求测验网 ETH 的水龙头，都可以在此网站上找到。
Pectra 规范更新
Geth 开发人员 Felix Lange 已提议对 Pectra 中 EL 触发恳求的编码进行更改。作为布景，Pectra 将启用 EL 上的智能合约来发动 CL 上的验证器提款和合并。在上次 ACD 电话会议中，Lange 共享了一项主张，以减少 EL 客户端解析这些恳求所需的作业量。自上星期电话会议以来，Lange 已正式确认了他的主张以及 EL 客户端团队需求做的作业，以更新以下四个 EIP 的编码：
-
EIP 7685，通用履行层恳求；
-
EIP 7002，EL 可触发提款；
-
EIP 6110，链上供应验证器存款；
-
EIP 7251，增加最大有用余额。
开发人员大体上赞同 Lange 的提议。然而，网名为“Dustin”的 Nimbus 开发人员以为，该提议“毫无意义地灵活”，并且不向前兼容 EL 序列化格式的未来改变。他还着重，需求额定的规范来清晰规范 EL 客户端的恳求顺序以及 EL 向 CL 提交无效恳求时 CL 客户端的行为。Lange 赞同向 Engine API 增加更多文本以指定恳求的顺序。他还赞同 Dustin 的观念，即应该更深化地考虑 CL 客户端在 CL 客户端检测到来自 EL 客户端的无效恳求时的行为。
以太坊基金会研究员 Peter Miller 指出，依据当时规范下 CL 客户端的逻辑行为，CL 客户端应该回绝来自 EL 的未按正确方法排序的区块。此外，假如 EL 共享给 CL 的列表中存在无效恳求，则 CL 应该简单地处理列表中一切有用恳求并疏忽无效恳求。Dustin 赞同 Miller 的观念，并主张开发人员在恰当的文档中指定此行为。Beiko 表明，开发人员应该致力于处理 Lange 提案中的问题，并在下一次 ACD 调用之前完成它。
随后，Erigon 开发人员 Andrew Ashikhmin 提出了对 EIP 7702 的更新，设置 EOA 帐户代码。他指出，EIP 中指定的有用性查看与旧 EIP 中指定的有用性查看不一致。 Geth 开发人员 Matt Garnett（又叫“Lightclient”）表明，他有一个代替计划来处理一致性问题并简化 EIP 7702 的有用性查看。开发人员大多拥护终究确认 Lightclient 的提案并将其增加到 Pectra Devnet 4 中。
接下来与 Pectra 相关的评论是关于 EIP 2537 下 BLS 预编译的定价。Geth 开发人员 Jared Wasinger 表明，依据他的基准剖析，BLS 预编译的价格应该是现在规定的两倍。现在，本钱基于多线程履行，这不是定价其他预编译时履行的规范。因而，基于他运用单线程履行的剖析，Wasinger 主张对 EIP 2537 中操作的折扣表进行更改。Nethermind 团队陈述说，他们正在开发一种工具，以便其他客户端团队也可以轻松地对 EIP 进行自己的基准剖析。 Beiko 主张团队对 BLS 预编译进行自己的基准测验，并在接下来的两周内提出有关从头定价这些操作的主意。
Pectra EIP 弥补
开发人员随后开端评论为 Pectra 晋级增加新 EIP 的话题。在开端评论时，Beiko 正告说：“咱们已经在 Pectra 中具有很多 EIP。从 EIP 数量来看，它已经是迄今为止最大的分叉。”依据开发人员在电话会议前共享的观念，Beiko 表明，很明显，EIP 7742（EL 和 CL 之间的 blob 计数别离）是仍在考虑纳入晋级的 EIP 列表中争议最小的。
EF 研究员 Alex Stokes 再次提出将 Pectra 拆分为两个较小的硬分叉的主意。“我以为每个人都赞同这是一个非常大的分叉。因而，自然的做法就是将其一分为二。通常，较小的分叉风险较小。特别是，现在的 Pectra 有很多跨层 EIP，这确实增加了测验、安全和检查担负，”Stokes 说。Jayanthi 在之前的电话会议上也提出了这个主意，他说他依然支持这个主意。“我以为主要原因是，现在咱们有很多 EIP，咱们倾向于触及堆栈的许多层，咱们增加的越多，即便在当时负载下，任何一个人都很难对一切改变有一个大局的了解，”Jayanthi 说。
关于当时 Pectra EIP 可以分为两个分支的方法，Stokes 主张运用当时在开发网络上运转的一切 EIP 来发布 Pectra 的榜首部分，然后运用 PeerDAS、EOF 和其他一些额定的 EIP 来发布 Pectra 的第二部分。开发人员有信心，经过这样做，他们将可以在下一年 2 月之前发布 Pectra 的榜首部分。 “我以为，假如咱们依然只在 6 月份发布前半部分，那么这种分叉将是一种失败，”EF 研究员 Ansgar Dietrichs 在 Zoom 谈天中表明。
Beiko 拥护分叉的主意，但正告不要从开发网中删除任何 EIP，因为这可能会给客户团队带来更多作业，并延伸而不是缩短为激活主网而预备这些代码更改的时刻线。独立的以太坊协议开发人员 Danno Ferrin 主张尽快在 Devnet 3 上完善 EIP 以激活主网，然后从 Devnet 4 或 5 开端并行作业，将 PeerDAS 和 EOF 从头定位到 Pectra EIP 上。实际上，在 Pectra 之后的晋级中，Devnet 4 或 5 将成为 Devnet 0，而开发人员对怎么命名并不确认。
在之前的电话会议上，开发人员赞同以 Pectra Fusaka 的名字命名晋级，但他们也赞同将此晋级保留给 Verkle 过渡。关于这一点，Ferrin 主张开发人员在坚信代码更改已预备好用于主网激活之前，不要提早预定晋级。这引起了 Geth 开发人员 Guillaume Ballet 的愤怒，他一直在领导 Verkle 过渡作业，并坚持以为 Verkle 过渡“很久以前”就预备好了。为了缓解紧张局势，Beiko 表明，将 Pectra 一分为二的意图终究是为了尝试在更快的时刻表上发布 Pectra 代码更改，这有利于为此后的 Verkle 过渡扫清道路。
然而，存在这样的风险：Pectra 晋级的第二部分可能会跟着更多 EIP 的增加而变得更大，因而与当时 Pectra EIP 列表一起发布比较，需求更多时刻才能发布。Nethermind 开发人员 Ben Adams 质疑，假如将晋级分为两部分，Pectra 的测验过程将怎么进行。鉴于这一决定将彻底改变以太坊下一次当即晋级的规模，Beiko 主张开发人员花一周时刻考虑这个主意。他要求开发人员预备在下周四的整体中心开发人员一致电话会议上就此事做出终究决定。
网络配置结构对齐
终究但并非最不重要的是，EF 开发运营工程师“pk910”共享了他的作业更新，以整理以太坊公共测验网 GitHub 存储库并调整其结构以更易于运用。他要求客户团队查看以太坊主网和测验网的节点配置，并将任何缺失的信息增加到相应的存储库中。
此时快讯
【FINRA调查：美国55%的Z世代人更喜欢投资加密货币】金色财经报道，据美国金融业监管局（FINRA）的一项调查显示，55%的美国Z世代人更喜欢投资加密货币。Z世代喜欢在链上而不是在线上的财务。其认为数字银行平台笨拙且不透明。Z世代更喜欢通过去中心化的金融应用程序和数字美元稳定币在链上管理他们的财务。
据悉，Z世代指出生于1997-2012年，现在12-27岁的一代人。
