Paradigm 最新研究文章：加速以太坊

Chainfeeds 导读：

我们认为以太坊核心协议的升级速度应该能更快。在不牺牲其价值观的前提下，有许多对以太坊有重大影响的改进都可以提速推进。中文版本由 Panews 编译发布。

文章来源：

https://www.panewslab.com/zh/articledetails/prnk5p2s.html

文章作者：

Paradigm

观点：

Paradigm：回顾历史，以太坊大约每年推出一次较大的协议更新。我们认为它能做得更多。最关键的是，以太坊社区需要在心态上做出决定：要有更雄心勃勃的目标，并全力以赴去达成它们。其中一个障碍是惯性，另一个障碍是某些人认为协议应该开始固化（ossify）—— 保持以太坊去中心化的最佳方式是放慢对核心协议的更改速度。我们认为对以太坊而言，固化风险过高。它将使以太坊在平台竞争中难以保持优势，因为应用和用户可能转向更中心化的替代方案。此外，固化也会带来去中心化本身的风险。核心开发过程是以太坊社会层在链下治理的重要体现方式，集中了工程师、研究者、验证者以及各类机构的意见。一旦以太坊核心协议被固定不再演进，就等于放弃了这一治理机制，也让以太坊难以根据 L2 与 MEV 等市场结构的变化做出回应。 一旦决定要加快迭代速度，有一些研发流程上的改进或许能起到巨大作用：1）客户端团队应当拥有「建议权」，而非「否决权」。确保客户端多样性并不一定要以牺牲开发速度为代价。我们确实需要在每次升级之前至少有多个客户端能同步完成升级的准备，但不应该采用「N-of-N」的模式，让最保守的客户端团队来决定整个协议的迭代速度。我们维护的 Reth 客户端就承诺永远不会成为以太坊路线图的瓶颈。2）改进 AllCoreDevs（所有核心开发者）流程：（正如 Tim Beiko 最近在共识层电话会议上建议的那样）我们邀请社区在 Pectra 的复盘中提供更具体的建议。3）为 DevOps（开发运维）和测试分配更多资源：这样我们就能在保证以太坊高可靠性的前提下，更频繁地交付重大改进。 我们相信有很多「低垂的果实」（相对容易实现的高价值改进），本可以得到更多社区投入。然而，目前因为交付速度太慢，以及社区普遍认为「一年内只能做少量改动」，这些改进都处于搁置状态。下面是一些可能的例子：1）扩容和确保 L2 的安全性。Rollup 项目需要确定其对需求的规划，从而决定要容纳多大规模的用户与交易量。这需要对 EIP-4844 之后的路线图（如 PeerDAS 或者 Blob-Parameter-Only 硬分叉）投入更多资源。Rollup 还需要继承 L1 的安全性和抗审查性，可见提案：NativeRollups。2）不增加节点负担的情况下扩容 L1。重定价 L1 的 opcode 可以在不修改区块 gas 上限的情况下帮助以太坊扩容。提高 L1 执行层的 gas 上限目前是一个活跃的研究领域，需要深入分析历史和状态增长，以决定诸如「历史到期（history expiry）」和「无状态（Statelessness）」等方案应如何运作。3）通过抽象账户实现更好的钱包用户体验和安全性。虽然 EIP-7702 已经开始弥合外部拥有账户（EOA）和抽象账户（AA 钱包）之间的差距，但我们认为还有进一步改进的空间，包括：更便利的批量和代付交易以及消除对私钥的过度依赖，从而提升用户体验。