作者：protolambda，Mofi Taiwo，OP Labs；翻译：0xjs@

3月13日以太坊社区见证一个重要里程碑，在以太坊主网上部署EIP-4844，这将标志着两年多的大量研究、开发和协作迈进高潮。

本文将回顾EIP-4844从诞生到部署的历程，帮助你了解这对以太坊的未来有何意义。

以太坊分片概述

2018年前，社区成员对分片怀有许多疯狂的想法。到2019年，以太坊2.0路线图包含了基于EWASM的执行分片，在Devcon Osoka期间发生重大转折，将分片数量从1024减到64。今年，信标链的设计也变得更加精简，不再将托管证明作为分片的核心组件。

2020年在巴黎举行了Eth1x核心开发峰会，就在新冠疫情造成全球混乱之前。疫情期间，以太坊社区专注于开发信标链，并推出了“以太坊合并”的首版设计。Vitalik Buterin的“以rollup为中心的路线图”帖子吸引了人们重点关注扩展解决方案，权益证明信标链也在同年末成功推出。

2021年，随着信标链的推出，人们的注意力转向了带多项式承诺（KZG）的数据可用性采样和danksharding。Rollup开始对以太坊L1产生重大影响，但以太坊合并的优先级更高。这一年还发生了Altair（共识层）和London（执行层）硬分叉，以太坊合并的设计在10月份得到巩固。

2022年是关键的一年，社区重心放在了danksharding。Vitalik和Dankrad建议在执行层和共识层之间进行平衡划分。在EthDenver大会上，Proto带领一个黑客马拉松团队起草并实施了EIP-4844提案，包括了各种不同原型，做出了重大贡献。OP Labs的Mofi Taiwo、Coinbase的Michael De Hoog和Roberto Bayardo对这些原型贡献重大。2022年9月，以太坊社区庆祝大合并，为EIP-4844被考虑纳入核心开发计划中铺平了道路。

2023年，努力的重点是EIP 4844部署的客户端互操作性、KZG ceremony，以及通过开发网络、负载测试和影子分叉进行的广泛测试，为测试网升级计划做准备。

到2024年，以太坊社区已经推出了包括Goerli、Sepolia和Holesky在内的测试络，并于3月13日将主网升级到4844，标志着以太坊不断向更大可扩展性和更高效率迈进的一个重要里程碑。

建设升级&应对挑战

将EIP-4844引入以太坊主网是一段极其艰辛的旅程。两年多的时间里，这项多学科研发工作旨在将以太坊的吞吐量扩展到前所未有的水平，并在此过程中应对众多挑战。以下是核心开发者遇到的一些问题：

• 设计和原型复杂性：研究人员在初始阶段需要处理EIP-4844的复杂设计，为接下来的工作奠定基础。

• 多客户端互操作性：部署人员面临着艰巨的任务，需要确保不同以太坊客户端之间能够无缝运行，需要解决网络固有的复杂性。

• 交易池设计：Geth团队面临的挑战是设计一个能够承受DoS和负载问题的交易池，这是可扩展性的关键部分。

• 支持全新加密：KZG加密的部署需要一个专门团队通过一个特殊环节，以确保网络的安全性和完整性。

• 确保网络可靠：从吞吐量的压力测试到协调开发网络、测试网络和影子分叉，EF Devops团队在确保网络为EIP-4844的实施做好准备方面发挥了关键作用。

扩容方面的反思和未来雄心

自 EIP-4844 推出以来，以太坊生态系统多年来发生了巨大的发展。从雄心勃勃的分片提案到转向以Rollup为中心的路线图，这一旅程具有重要的里程碑意义，包括推出PoS信标链和关键的合并（Merge）。

展望未来，全面daksharding的愿景拥有令人兴奋的可能性。其中包括计划逐步增加每个区块的 blob、探索 PeerDAS 和完整 DAS 等创新数据可用性解决方案，以及针对抗MEV、Verkle 树和网络优化等关键主题的并行研发工作。所有这些都预示着未来充满活力的路线图。

EIP-4844 的实现对于以太坊社区来说是一个值得庆祝的时刻。当我们回顾这段旅程时，我们认识到以太坊核心开发人员和研究人员的集体努力。前方的道路充满机遇和挑战，但如果说 EIP-4844 的故事教会了我们什么的话，那就是以太坊社区完全有能力将愿景变为现实。

EIP-4844作者和贡献者

此次升级的核心是由以太坊基金会研究人员和开发人员团队精心打造的。

Vitalik Buterin (@vbuterin) 和 Dankrad Feist (@dankrad) 作为完整 danksharding 设计的核心贡献者发挥了重要作用，为升级奠定了基础。Diederik Loerakker (@protolambda) 充当了从研究到工程的桥梁，起草了初始规范并实现了执行层原型。George Kadianakis (@asn-d6) 在管理 KZG 加密Lib以供客户端实施者采用以及支持 KZG 设置集成方面发挥了至关重要的作用。Matt Garnett (@lightclient) 和 Mofi Taiwo (@Inphi) 通过执行层原型设计、规范审查和跨 L1 互操作测试做出了贡献。最后，Ansgar Dietrichs (@adietrichs) 提供了有关费用市场改进和规范反馈的宝贵见解。

除了核心作者之外，此次升级还受益于广泛的外部贡献，每个贡献都带来了独特的视角和技能。Prysm 团队提供早期共识层支持，而 EF Devops 帮助进行网络压力测试和测试网开发。Carl Beekhuizen 和 Trent Van Epps 为 KZG 仪式做出了贡献，而 Tim Beiko 和 Danny Ryan 在协调开发工作以及在实施者和研究人员之间建立富有成效的反馈循环方面发挥了关键作用。由 Anton Nashatyrev 领导的 Consensys 研发部门的贡献丰富了网络建模和 blob gossip 的设计。来自各个 L1 客户端开发人员的输入极大地帮助了多客户端生产实施。最后但并非最不重要的一点是，Roberto Bayardo (@roberto_bayardo) 在执行层原型设计和提供规范反馈方面发挥了重要作用。这种协作努力强调了社区致力于改善以太坊生态系统，展示了集体行动的力量。