# EF 研究团队第八次 AMA 之团队工作及研究方向专题

By [EthereumCN](https://paragraph.com/@ethereumcn-2) · 2022-07-22

---

来源 | [reddit.com/r/ethereum](http://reddit.com/r/ethereum)

作者 | 以太坊基金会研究团队

编者注：2022 年 7 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第八次 AMA。ECN 对这次 AMA 的大部分问题进行了整理和编译。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。

由于篇幅较长，文章分主题整理，本文整理的内容主要是此次 AMA 中以太坊基金会的运营工作以及研究员各自的研究方向和关注点。

以太坊基金会 **Justin Drake** 提问：

你们在招人吗？

以太坊基金会 **Justin Drake** 回答:

是的，我们正在招聘！以下是我们可以需要帮助的一些技术项目：

\- **单个 slot 实现最终确定性**：这里的关键挑战是在几秒钟内聚合 100K+ 的 BLS 签名。我们正在寻找能够制造出最有前途的聚合设计原型，并进行 p2p 网络拓扑结构（topology）、聚合策略以及低层次优化试验的人。

\- **数据可用性采样**：这里的关键挑战是为验证者和其他以太坊节点开发一个抗 DOS 且低延迟的 p2p 网络（可能类似于 DHT），以服务和查询 danksharding 的样本。

\- **zkEVM 电路审计**：这里的目标是发现由以太坊基金会（EF） 和其他人开发的 zkEVM 电路中的 bug。所有审计技术都是公平竞争的（例如代码检查、模糊测试、形式验证）。

\- **zkEVM 加速**：这里的目标是加速 zkEVM 证明器。任何堆栈层的优化都是公平竞争的（例如电路、证明系统、密码学、硬件）。

你可以在 Twitter 上通过 [justin@ethereum.org](mailto:justin@ethereum.org) 与我联系。近年来，EF 的薪酬有了大幅提高——现在的薪酬具有竞争力，尤其是在熊市背景下。

以太坊基金会 **Danny Ryan** 回答：

是的，一直在招！

我们团队是那些高度独立且积极进取的个人的选择，他们需要对区块链系统有深入的了解，或是拥有宝贵的技能和永不满足的学习欲望。

我们最好的员工往往是那些刚刚“崭露头角”的人。 他们着迷于以太坊、博弈论、经济学、设计、测试和书呆子式狙击问题，因为他们都会情不自禁地做出了贡献。

也就是说，“刚刚崭露头角”并非对每个人来说都是可能的，所以你也可以主动联系。 给我留言，或是给出现在 reddit、discord 上的团队成员，又或是给参加过全球以太坊研发活动的人留言。

\---

**mikeifyz** 提问：你们希望看见什么样的应用建在以太坊/L2 之上 (除了 DeFi) ？抱歉问得有点晚。

以太方基金会 **Anders Elowsson** 回答：

我觉得有趣的一些方向：

\- 对普通消费者来说，可行、廉价且无摩擦的支付系统。

\- 允许人们在其中组织世界和他们自己的应用程序（例如，ENS）

\- 允许人们表达观点或者就世界状况达成一致的应用程序。

\- 将机构（[定义](https://stark.mirror.xyz/n2UpRqwdf7yjuiPKVICPpGoUNeDhlWxGqjulrlpyYi0)见此处）独有的好处带进区块链的应用程序。它将使没有可信第三方就无法提供的服务类型成为可能，但在这种应用内区块链可以用来减少摩擦。

\- 为机构带来区块链独有的好处的应用程序。它将允许这些“第三方”减少他们对信任本身 (和信任输出) 的依赖程度。

\---

**Heikovw** 提问：

“社交恢复”钱包的进展如何？ 在 IOS/Apple 系统上使用熟悉的内置生物识别技术来保护钱包的优势是什么？

**Vitalik** 回答：

[ERC-4337](https://eips.ethereum.org/EIPS/eip-4337) 在使帐户抽象成为可能方面取得了很大进展，这将使社交恢复钱包得到广泛采用。

该团队目前正在研究将签名聚合 (signature aggregation) 添加到 ERC 中的[想法](https://github.com/eth-infinitism/account-abstraction/pull/92)，这将使其能够支持 BLS 签名和类似形式的聚合，从而将签名的链上数据开销从 64 字节减少到约 1 字节。这是 rollup 的杀手级功能，对它们来说，链上数据是 rollup 目前最大的开销，并且它可以为更广泛的采用铺平道路。

同时，我知道有多个团队致力于构建更多与 ERC-4337 兼容的钱包和其他类似的基础设施。非常期待未来！

\---

**Kalutti** 提问：

我一直想知道：有可能细致地了解以太坊的所有部分吗？还是说它已经发展到足以让一个人“不可能”详细了解所有内容，即使是一开始就参与以太坊网络的人？

**Vitalik** 回答：

我想说还是有了解的可能性。一旦合并前的 PoW 完全弃用，合并后的情况会变得更加简单。

以太坊基金会 **Barnabé Monnot** 回答：

上述评论指出，[以太坊在变得更加模块化](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7ajx1/?utm_source=share&utm_medium=web2x&context=3)，这使得它更容易按照层级和各个部分之间如何配合进行分解。我要补充的是，就其构建过程中所包含的专业领域知识而言，它也是高度多样化的。 作为从一开始就没有参与到以太坊的人，我只能建议你根据喜欢的领域找到一个切入点，例如，我更愿意考虑经济学/博弈论，所以费用市场确实作为了我的切入点。你可以从任何入口点尽情地挖掘，可能会在探索中触及协议的任意其他部分，但你不会因为一次性了解所有内容的复杂性而气馁。

以太坊基金会 **Danny Ryan** 回答：

我认为以太坊仍然处于能够完全理解的范围内，但你可能没办法成为了解所有方面的专家。尤其是如果你考虑的是“所有部分”工程实现的详尽细节。同步和 p2p 的复杂性非常高，因此在这一点上，对一些专业知识的掌握似乎是必不可少的。

\---

**domotheus** 提问：

你们认为研究和实现之间的差距在变大还是变小？

你们是否担心过你所写的一些非常优雅的规范会因为实施的复杂性而永远无法进入协议？

以太坊基金会 **Justin Drake** 回答：

> 你们认为研究和实现之间的差距在变大还是变小？

在我看来，这个差距在缩小。

\- 蓝天研究（指“没有明确目标的研究“和“好奇心驱动的科学”）已经结束了，而以太坊的路线图相对稳定。

\- 研究团队正在投入更多的时间简化设计、教育实现者。

\- 合并工作一直以来就像一个强制函数，让研究层和执行层团队更加紧密地合作。

> 你们是否担心过你所写的一些非常优雅的规范会因为实施的复杂性而永远无法进入协议？

好在有模块性，我不是很担心实现复杂性问题，请看[这个回答](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7ajx1/)。

以太坊基金会 **Danny Ryan** 回答：

（回答第一个问题）我认为目前客观上两者间的差距比较大。以太坊不断向我们抛出有趣的问题，而考虑到系统的复杂性、参与的人数、以及这么多人依赖于该活动系统的不变性和稳定性的事实，开发工程在这个开放且复杂的背景下将继续变得愈加困难。

在这种系统日益僵化的情况下，还要拼命地改进它，以达到足够的功能，为规模和应用层的扩展提供基础，并在这种日益对抗的环境中确保安全性，这是相当困难的。但是，从长远来看，僵化确实为以太坊赢得了非常强大的东西——它确保系统在长期内不会被高度资本化和强大实体的一时兴致所抢占和改变。

综上所述，合并是对系统的根本性重构，它依赖于对两层堆栈的相当多的根本性变更，更重要的是需要新的方法来思考、测试和调试这个双层系统。这种安全和测试是这个过程中耗时最多的，但却为未来升级奠定了可重复使用和扩展的基础。也就是说，为成功合并所做的大量工作代表着系统、方法和堆栈将有助于未来的升级。所以我认为，像 4844 这样的升级有一个非常坚实的基础，可以更快地进行升级。

是的 —— 有一些规范将永远不会被纳入协议。已经有一些规范被写出来了但没有实施，而且还会有更多这样的规范。我们都抛弃了我们投入数月甚至数年的工作，以不断地寻求简化和改进。工程师花了很长的时间，实际确保了最终进入以太坊协议的产品比最初的规范要简单得多，也好得多。如果我们总是能在某一天、某一月或某一年立即实现我们最好的想法，那我们的系统就没有那么完美和安全。相反，工程瓶颈和对简洁性的不知足确保我们不断完善规范，将它们剥离到最简单的核心，最终对以太坊更有益。

\---

domotheus 提问：在加密领域哪些最新的“月球数学” (难以解决的难题) 让你们最兴奋?

以太坊基金会 Justin Drake 回答：

**见证加密**是相当令人兴奋的！你可以针对一个论断 `S` 加密一条消息 `M` 。也就意味着你可以通过提供一个关于见证 `W` 的知识证明 (如 SNARK 证明) 来解密这条加密消息 `Enc(M)` ，这个证明需要满足给定的论断 `S` 。

见证加密有各种区块链用例：

*   最近表明，见证加密允许在比特币和以太坊网络之间实现 BTC 的无抵押、去信任的双向桥接。请参阅 [Leona Hioki](https://twitter.com/leo_hio) 的这篇 [ethresearch](https://ethresear.ch/t/trustless-bitcoin-bridge-creation-with-witness-encryption/11953) 帖子。
    
*   见证加密将任何 VDF ([**Verifiable delay functions**](https://ethresear.ch/t/verifiable-delay-functions-and-attacks/2365)**, 可验证延迟函数**) 扩充为延迟加密。延迟加密意味着您可以廉价地并同时解密许多使用时间锁加密的消息。这对于通过加密内存池对抗有害的 MEV 很有用。
    
*   见证加密允许对验证者进行去信任和可编程的罚没，这些验证者因为自己的选择触发了罚没条件而被罚没。这对于像 [EigenLayr](https://www.youtube.com/watch?v=01xDSwMO5U4) 这样重新使用以太坊验证者集的 L1 来说很有用。
    

见证加密在今天绝对是“月球数学”，但我仍然乐观地认为，各种突破进展可以在未来几年使见证加密成为现实。

Vitalik 回答：

与其说是新技术，不如说是对于 ZK-SNARK 的巧妙应用十分广泛：

[https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/ieyfhmr/?utm\_source=share&utm\_medium=web2x&context=3](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/ieyfhmr/?utm_source=share&utm_medium=web2x&context=3)

\---

**Shitshotdead** 提问：

研究团队最近的方向/关注点有哪些？

在合并之后与合并之外，你们最期待实现什么？

以太坊基金会 **Danny Ryan** 回答：

我们更多关注的是改进以太坊的安全性、可持续性和可扩展性。包括：

\- 通过使用先进的密码学和网络，借助更多的 L1 数据为以太坊带来更大的可扩展性。数据可用性采样 (DAS) 是最难的部分，是此堆栈中未得到解决的问题。

\- 改进 L1 协议以减轻 MEV 的中心化影响。例如提议者/构建者分离 (PBS)、MEV 均匀分配、抗审查列表 (CRLists) 等。

*   基于使用 Verkle Tries 的 EVM 的无状态进行研发。
    
*   信标链的安全性改进，例如单一领导人秘密选举（SSLE）、托管证明（PoC）等。
    
*   对于单个 slot 实现最终确定性（SSF）等共识机制的长期改进。
    
*   信标链的迭代改进和新增功能，例如验证者提款。
    

我们团队中的每个人都非常自主，因此，每个人的关注点和专业知识也略有不同，但总体来看，很多已经涵盖了这些项目，甚至更多。

在合并之后，提高系统的可扩展性可能是最紧迫的问题，因此，我们的大部分资源都集中在 4844 和 4844 的扩展上，以实现“完整版的分片”。4844 的扩展需要更好的 `is_data_available()` 函数，而不是下载所有内容来执行数据可用性采样，以去中心化/分布式的且可靠的方式来实现这个函数仍是一个难题。我们刚刚发布了一个 [RFP](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/das.md) 让更多团队参与其中，并且我们对提交的数量感到兴奋。如果这是你第一次看到它并且有兴趣在该领域进行一些工作/研究，请联系我们！

我个人也很高兴能进行提款。这方面的规范已接近完成并准备就绪。这个功能对于“完成”以太坊的权益证明部署非常重要，这也是我多年来一直孜孜不厌的工作——信标链的发布、合并、提款，没有提款这项工作就不算完成。

**Vitalik** 回答：

一个尚未引起公众广泛关注但我预计会变得越来越重要的长期关注点是**单个 slot 实现最终确定性**：

\- [https://notes.ethereum.org/@vbuterin/single\_slot\_finality](https://notes.ethereum.org/@vbuterin/single_slot_finality)

\- [https://notes.ethereum.org/@vbuterin/validator\_set\_size\_capping](https://notes.ethereum.org/@vbuterin/validator_set_size_capping)

这将允许以太坊链在区块产生后立即敲定区块（可能每 16-32 秒一次），而不必等待超过 12 分钟才能敲定一个区块，从而使以太坊的最终确定时间几乎可以与采用纯粹 BFT 的 PoS 链一较高下 (这种 PoS 链通常更加中心化且节点数更少)。这也是一个大幅简化协议的机会，因为我们可以大量减少分叉选择计算、在状态中存储中间数据以及跟踪 epoch 等方面的复杂性。

以太坊基金会 **Carl Beekhuizen** 回答：

我们都有不同的关注焦点，这是乐趣的一部分。 :)

就个人而言，我正在研究受信任初始化 (Trusted Setup) 和 Powers of Tau，我们需要它来促进（Proto）DankSharding。像往常一样，以太坊正试图以前所未有的规模（参与者数量）做到这一点。 在受信任初始化的技术和社会层面，有很多有趣的问题有待解决。

我很期待看到开发者会如何使用所有 EIP-4844 提供的新区块空间。

以太坊基金会 **Barnabé Monnot** 回答：

我讲讲自己的答案吧，因为研究团队在范围和关注重点方面确实是多种多样。我一直在思考\*\*提议者/构建者分离 (PBS)\*\*的东西。这是区块生产的范式转变，我们将区块生产者的功能分离，分为提议者 (在我们的模型中，指的是验证者) 和构建者 (生成区块的人)。我在 [mev.day 演讲](https://youtu.be/jQjBNbEv9Mg) 中更多地讨论了我所认为的这种转变的历史原因。

随着区块空间变得更有价值，围绕区块空间的市场结构也随着时间的推移变得越来越复杂。 PBS 为此提供了机会，利用市场力量来展现最具经济价值的区块空间使用，但问题仍然存在，比如构建者中心化问题，或者审查制度/不好的 MEV 可能会变得根深蒂固，或者更糟糕的是，在这种范式下更加促进这些问题。有几个项目可以替代或补充 PBS，例如排序协议（如 [Themis](https://eprint.iacr.org/2021/1465)）、交易隐私协议（如 [Shutter Network](https://ethresear.ch/t/shutterized-beacon-chain/12249))、高 MEV dapp 的新模型（如 CowSwap 等交易所）、交付网络（如 bloXroute）......我主要是在努力尝试了解各个部分如何组合在一起，以及如何设计协议以减轻这些风险。

我个人非常期待 EIP-4844 能够上线主网。我希望在采用方面它会是一个 0 到 1 的时刻！

以太坊基金会 **Ansgar Dietrichs** 回答：

这是我个人足够了解以至于感到非常兴奋的主题：

\- Danksharding（同时也是 EIP-4844）提供高吞吐量的数据可用性并使 rollup 能够充分发挥其潜力。

\- Verkle trees 使无状态以太坊节点得以实现（想想嵌入在你 Metamask 中的以太坊全节点），使我们能够朝着为所有用户提供的本该完全去信任的以太坊系统迈进。随着时间的推移，我认为以太坊 L1 将越来越变成 L2 生态系统的“信任根”。

\- 以太坊 L1/L2 协作：在不同的 L2 之间甚至在这些 L2 和基础层之间存在许多共同的挑战。 我认为所有的参与团队都希望建立一个更加协调的研究和标准化的协作流程，这将是非常令人兴奋的！

以太坊基金会 **Dankrad Feist** 回答：

研究团队在过去 1 年半中成长了很多，幸运的是，这意味着我们现在可以在多条前线上进行战斗，整个团队没有聚焦于单个点。

以下是我对合并后最大关注点的看法：即使牛市会增加市场活动，但我们一定要优先考虑实施 EIP-4844，确保在 rollup 费用上有一定的减免。熊市中最大的危险是，由于目前拥堵较少，扩容会退居二线。

与此同时，研究团队正在研究这两大方向，我们希望能在 4844 之后推出：

*   完整版的分片——这将提供一个可扩展的数据层。我认为它很重要的原因是显而易见的。
    
*   无状态——这让无需访问以太坊状态即可验证执行层成为可能。这也让提高执行层的吞吐量，并启用更轻的以太坊节点成为可能。
    

在完整版的分片方面，目前最大的未知数是用于数据可用性采样的 P2P 数据结构。我预计这将成为研究团队未来一段时间的重点。

除此之外，研究团队还有许多其他正在进行的努力，仅举几例：

*   MEV 减缓；通过在 PBS（Proposer-Builder-Separation）中拍卖 MEV 来减轻 MEV 带来的伤害 (这是 “好的” MEV)
    
*   密码学研究，例如哈希函数和后量子密码学，尤其是签名
    
*   zkEVM
    
*   VDF (可验证延迟函数)
    

以太坊基金会 **Fredrik Svantes** 回答：

目前，我个人的主要关注点是从安全视角下的合并准备情况，而我们在安全研究团队中正在做的一些让我感到兴奋的事情是：

**漏洞赏金计划（Bug Bounty Program）**

EL (执行层) 和 CL (共识层) 赏金计划现已合并到 [https://bounty.ethereum.org](https://bounty.ethereum.org/) 下，最高赏金已提高到 25 万美元（针对主网的且已部署到测试网的升级有价值 50 万美元的赏金）（[https://blog.ethereum.org/2022/05/16/secured-no-4/](https://blog.ethereum.org/2022/05/16/secured-no-4/))。自此次变更完成以来，我们看到外部报告有所增加。

目前，EF 是协议赏金奖励的中心化一方，而我目前正在探索的一个想法是通过由多个机构/项目组成的“基础层安全池”来实现去中心化。

**模糊测试**

Fuzzing 经常被使用，我们为此提供了多种工具。 其中一些工具是 Antithesis、Beacon Fuzz 和 Nosy Neighbor（目前是我们旨在开源的内部工具），以及用于 EL 和 Engine API 的模糊测试器。

**审计**

安全研究团队正在积极审计我们的漏洞赏金计划中列出的客户端、libp2p、L2、桥接、mev-boost 等。 我们还在研究诸如“即插即用”节点软件/设备和运营安全等将有利于更大生态系统的事物。他们还与第三方审计师一起完成客户端和规范的审计工作。

**测试**

对 The Merge 的测试已经投入了很大的精力。许多新的 Hive 测试已经完成且正在构建中，并且正在使用诸如 Kurtosis 的工具来自动化测试。在公共主网的顶部，每周都会测试主网影子分叉以及夜间运行。许多验证者组合都配备了各种 sanitizer（TSAN、UBSAN、MSAN、ASAN），以在最后一个主网影子分叉上运行，例如检测竞争情况。如果你有测试员经验并且对以太坊充满热情，我们很乐意收到你的来信（[fredrik@ethereum.org](mailto:fredrik@ethereum.org)）！

帮助提高 staking 运营商安全性的工作也正在进行中也正在进行中，例如通过 [Staking Operator Documentation RFP](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/staking-operator-docs.md) 收集提案。我们也在关注从多个视角来看以太坊网络的多样性（客户端、操作系统、网络等），在出现问题时进行应急响应（Incident Response），以及为 The Merge 等事件所做的威胁分析工作。

还有更多的东西，但我现在就讲到这。 :)

以太坊基金会 **Francesco** 回答：

也为我自己回答：我越来越有兴趣研究从目前的共识协议到 SSF (单个 slot 实现最终确定性)的过渡，以及在此过程中可以实现的所有生活质量和安全改进。与这条“更纯粹”的共识研究线相交的是 PBS，因为它将在很大程度上嵌入共识机制，无论是在共识协议层面还是在激励层面。

以太坊基金会 **Anders Elowsson** 回答：

就我个人而言，我正在分析以太坊 L1 的加密经济设计。这包括代币流通供应量均衡的分析，它包括代币的销毁和增发之间的关系、气馁打击、奖励曲线的属性以及它们如何被概括、以太坊上的货币需求和货币的时间价值之间的关系，以及目标存款比率的可行性。

我期待通过 EIP-4844 等进行扩容后所有的用例都将变得可行。

\---

**mcmatt05** 提问：

你们对如何提高测试变更以及在以太坊上实现的速度有什么想法吗？

有什么特别的瓶颈可以在这个领域得到改进吗？

**Vitalik** 回答：

许多瓶颈实际上是正在实现的变更确实很复杂并且涉及大量工作。 合并、proto-danksharding、verkle 树……它们都涉及堆栈的许多不同部分，需要大量工作才能弄好。

在一些情况下，我们可以通过寻找解决协议外部问题而非内部问题的方法来进行改进。[ERC-4337](https://eips.ethereum.org/EIPS/eip-4337) 就是一个很好的例子； 现在我们可以在不触及核心开发的情况下进行账户抽象。 L2 作为一个整体在这方面也很出色。 一个可能的组合路径会首先在 L2 上实现一些变更，并在几个月后，会在 L1 上实现之前在 L2 上降低这些变更的风险。

\---

**Syentist** 提问：

我有一些关于核心协议开发流程的问题：

1）**利益相关者在决策中的包容性**：

核心开发者会议完全由客户端团队成员和 EF 研究员组成，但他们做出的决定影响着更广泛的社区，而用户、应用层 dapp 构建者和 L2（执行层）构建者在这些会议上没有任何正式代表。如果以太坊倾向于包容性的去中心化治理，那么这三个群体难道不应该在 ACD 会议上有一些正式的代表，在会议上参与关于在下一次硬分叉升级中纳入哪些 EIP 的关键决定吗？

2）**决策的问责制和记录**：

我没有看到一个正式的流程，可以回顾性评估核心开发者会议期间做出的关键决策的有效性，以及未来如何改进决策。

例如，不惜一切代价在很大程度上实现客户端多样性的决定。如今，在执行层，客户端团队 Geth 的采用率为 81%。其余的少数客户端的采用率只有个位数。如果 Geth 出现 bug 了，剩下的少数执行层客户端无法使网络免受其影响。因此，社区并没有从执行层客户端的多样性中获益，而是为过度延迟的路线图付出了巨大的代价（尤其是在合并复杂性成倍增加的情况下）。

是否有正式的流程来定期评估核心开发者过去做出的决定、预期目标和实际交付的结果？什么时候做出了巩固执行层客户多样性的决定（以按时推出升级为代价）？用于决定哪些客户端团队能在核心开发者列表中占有一席之地的标准是什么？我认为，这些信息应该透明地提供出来。

即使是一些市值仅为以太坊 1/100 的 defi DAO，现在每个季度都有详细的治理报告，如果没有这样的回顾性评估，EF 如何期望核心治理过程不会犯同样的错误？

以太坊基金会 **Tim Beiko** 回答：

我来这里插句话 :-)

(1) ACD 参与者有两种明确的“类型”：全职从事协议工作并最终参加大多数/所有电话会议的人，以及关心特定功能/EIP/问题并参与讨论该主题的人。当做出影响应用程序或 L2 的决定时，代表通常会出现（或者他们的意见在电话会议之外收集并在电话会议上分享），并且会作为讨论的一部分。比如在规划伦敦升级的时候，就在“用户返还 GasToken” 上来回讨论了很久：EIP-3529。 EIP-1559 的工程更浩大了，但有一系列专门用于获取反馈的社区会议。 EIP-4844 现在有类似的程序，有一个 L2 团队（Optimism）积极地领导它的实现。

我认为当谈及到将 EIP 纳入升级的治理过程中，有两个原因导致有的人认为“更广泛的社区”似乎没有得到公平的 EIP 讨论参与份额。首先，安全问题。大多数好想法最终都会有一些不明显的攻击向量，这些攻击向量会被客户端的开发人员强调，并且通常需要 EIP 拥护者对规范进行重大修改。这使很多 EIP 停滞不前。第二，竞争的优先事项。鉴于其高昂的协调成本，我们每年只能推出有限数量的网络升级。我们在升级中添加的每个功能都会增加更多的测试工作，如果事物之间存在相关性，工作量就很快膨胀起来。因此，一些 EIP 没有被纳入到升级中，并不是因为它们在任何方面都很糟糕，而仅仅是因为其他事情被认为对网络的长期健康更重要。

(2) 我认为这是一个有趣的观点！也就是说，您似乎对两种类型的“问责制”感兴趣：一种是关于流程中做出的决策（例如，将 X 与 Y EIP 纳入到升级中），另一种是关于流程的一般结构（例如，拥有多个客户端团队）。我支持深入研究两种的人（如果您正在阅读本文并愿意，请联系我们！）。当我第一次接受组织 ACD 时，[我试了一下。](https://hackmd.io/@timbeiko/acd-feedback) 在过去的一年里，我们在与 EL 和 CL 团队合作的合并工作中也学到了很多东西，合作结束之后，我认为现在是我们反思要如何稍微改变流程的好时机。

至于有关客户端多样性这个更广泛的观点，有一些想法：

\- 以太坊本质上是无需许可的，因此我们不能“阻止”某人构建一个客户端。

\- 尽管今天 Geth 在 EL 上占主导地位，但如果我们没有多客户端精神，那基本上就会受到他们对以太坊客户端软件所造成的改进瓶颈，而且我们已经看到其他团队可以做出重大贡献，例如 Erigon 的数据库设计，它极大地减小了归档节点的大小，Besu 现在也在紧随其后。同样，Nethermind 非常强调运行节点的便利性。

\- 扩展上述内容，只有单个实现会限制我们在 L1 上工作的聪明人数量。聪明、积极、有创造力的人最终会产生强烈的分歧，如果你试图让他们都在同一个代码库工作，那只会导致他们中的大多数人退出 :-)

\- 实际上，我并不相信在 EL 上有多个客户端会大大减慢合并速度。尽管显然有延迟，但我认为今天 EL 客户端团队的准备情况需要“几周”而不是“几个月”。如果我们只有一个 EL/CL 组合，我们也许能够提前“几个月”推进合并，但目前尚不清楚我们是否会达成相同的设计或者是否能更快，因为这意味着更少的人在为此努力工作。

\- 如果没有多个客户端，就意味着如果存在错误（例如 Geth 铸造/销毁 ETH），它将成为权威链的一部分并永远地留下污点。

**lightclient** 回答：

你提到的所有群体，ACD 会议一直以来都很欢迎他们参与讨论。他们的反馈很有价值也受到重视。不幸的是，这些社区的大多数成员（L2 还好一些）对 L1 治理不感兴趣或没有投入时间参与治理。此外，应用程序开发者一般非常倾向于了解让他们的应用程序受益的 EIP。虽然了解 EIP 将如何对社区有用是件好事，但最近我们一直关注的协议变更被认为具有更大的影响，因此它们通常具有优先权。

据我所知，现在没有适当的定期回顾。这似乎是个好主意，我很欢迎。

ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，[转载须注明原文出处以及ethereum.cn](http://xn--ethereum-vp1mp8wkye2oa647cfk5b2wb2v6c083k0ia912m.cn)，若需长期转载，请联系[eth@ecn.co](mailto:eth@ecn.co)进行授权。

---

*Originally published on [EthereumCN](https://paragraph.com/@ethereumcn-2/ef-ama)*