原文作者：MofiTaiwo
原文编译：DeFi之道
EIP-4844正在获得更多的关注度，凭借其开发、模因以及社区支持，EIP-4844有望成为以太坊的下一次重大升级。但它到底是什么？简而言之，它是一种新的事务类型，这使得在L1上可以容易地编写廉价且短暂的数据。以blob表示的数据依赖于一些漂亮的新密码学，以确保它在足够长的时间内可供L2使用。关于这一主题有很多的资源。在这篇文章当中，我们将介绍推动EIP-4844的整体努力。
EIP-4844发展史
EIP-4844最初是ETHDenver2022大会期间的一个黑客马拉松创意，我们团队的protolambda、Prysm的terencechain以及其他几个人创建了早期原型。这涉及添加blob事务类型并实现保护blob所需的新crypto的geth分叉。
第165次以太坊核心开发者执行会议：EIP-6466和EIP-6406是代码更改，不影响升级:金色财经报道，7月6日，在ACDE #165上，以太坊开发人员讨论了：对EIP-6466和6406的影响分析；Cancun/Deneb测试工作的进展；将构建器覆盖标志包含到引擎API中；以及EIP-4788规范中包含两个环形缓冲区。
首先，EIP-6466和EIP-6406是代码更改，将两个区块头字段transactions_root和receipts_root中的数据编码从RLP更新到SSZ。安全审计公司Dedaub对EIP-6466与EIP-6406的影响分析是为了确定这些代码更改对以太坊上已部署和积极使用的智能合约的影响。分析发现，SSZ更新将影响三个主要项目：LayerZero、zkBridge（跨链桥）和预言机。尽管这些应用程序受到影响，Dedaub总监Neville Grech表示，所有三个应用程序都可以升级，以适应通过EIP-6466和6406实施的代码更改。
关于Cancun/Deneb测试，以太坊基金会的DevOps工程师Parithosh Jayanthi表示，Devnet #7Cancun/Deneb升级已于6月30日星期五成功启动。测试网络正在顺利完成，并且已经发现了客户端实施中的一些问题。Jayanthi表示，一旦客户团队修复了未解决的问题，他将尝试在更长的时间内向网络发送Blob交易，以了解网络如何处理3个目标Blob/块的负载（从2个Blob的目标增加） /block在最后一个测试网期间。
关于将构建器覆盖标志包含到引擎API中，Teku (CL) 开发人员Mikhail Kalinin询问EL客户团队是否愿意接受坎昆升级中引擎API的更改。Kalinin要求客户团队在GitHub上审查构建器标志Engine API更改，如果他们反对在7月10日星期一之前将其纳入坎昆，请大声说出来。如果没有人反对这一更改，Kalinin表示他将合并必要的更改纳入引擎API规范，以便包含在Cancun/Deneb升级中，对引擎API的更改不会记录为EIP。
此外，EIP-4788引入一种新的预编译，这是一种具有成本效益的智能合约操作，它将在EL上公开有关CL的信息，以防止通过代码更改过度使用存储空间。此功能将解锁去中心化应用程序的许多用例，例如质押池和重新质押协议，这些应用程序将受益于对CL状态的信任最小化访问。以太坊基金会研究员Alex Stokes表示，该修改将合并到最终的EIP-4788规范中，以便在坎昆尽快实施。[2023/7/9 22:27:15]
EIP-4844真正进入开发是在今年春天晚些时候开始的，其直接目标是完全实现共识和执行客户端原型。我们很早就知道，如果没有以太坊社区的全力支持，将如此规模的EIP引入主网是不可能的。目前，我们距离目标硬分叉还有至少九个月的时间，而这段时间对于在测试网之前确定规范中的任何主要问题都至关重要。我们的第一个里程碑是在初夏通过EIP-4844的Prysm和geth分叉实现的。这是我们第一次拥有完全符合规范的执行和共识客户端。
数据：EIP-1559模式交易占比已接近50%:据欧科云链链上大师数据显示，当前以太坊共计已销毁97205.7ETH，单个区块销毁均值为0.7299 ETH。昨日EIP-1559模式下的交易笔数达到59.54万笔，占比49.35%。[2021/8/26 22:38:08]
我们从该练习中学到了很多东西，包括规范需要更多细节的地方，如何降低实现的复杂性，以及性能问题的原因。我们仍在改进的一个值得注意的问题是验证blob的速度。感谢以太坊基金会的研究人员，我们提出了一种几乎被遗忘的70年代数学的新应用来更新规范，从而提高blob验证的效率。Vitalik有在这里写到这一点。简而言之，我们能够使用以下公式摊销昂贵的blob验证成本：
以太坊开发者：希望于7月在“伦敦”分叉中启动以太坊 EIP-1559:官方消息，以太坊开发者Tim Beiko表示，鉴于“难度炸弹”可能会在7月份发生，希望届时能够在“伦敦”分叉中启动以太坊改进提案 EIP-1559。若7月在“伦敦”分叉启动 EIP-1559，可能需要在3月选择初始 EIP，并开始进行临时网络测试，4月选择最终EIP并进行参照性考试和结束临时网络测试，5月份选择区块，完成“伦敦”测试，6 月份在测试网上线，7月份在主网上线。[2021/2/23 17:41:59]
一次社区合作
开发像EIP-4844这样的关键升级需要众多社区的技能与努力。我们与来自Coinbase、Prysm以及Worldcoin的开发人员联手测试、实施和发布EIP-4844。第一个完全实现的EIP-4844开发者测试网是在EIP-4844社区电话会议上展示的，这为研究人员和开发人员提供了一个测试环境，以了解我们构建的内容。
以太坊开发者正面临EIP-999提案分歧:据Coindesk报道，以太坊可能正处于分裂的边缘。在上周的以太坊开发者会议上，在一项EIP-999的代码提案讨论中，以太坊可能被分裂为两个相互竞争的链条。赞成这一提案的人认为，目前的代码经常会丢失以太币，而反对方则认为新的代码不仅会带来安全问题，还会破坏整个平台的完整性。目前的投票显示，大多数人反对代码变更，但投票方式也受到了很多批评。[2018/4/25]
虽然社区电话会议很有帮助，但我们仍然缺少来自客户端开发人员的关键反馈——尤其是考虑到EIP-4844的开发与合并是并行的。波哥大的DevconVI是EIP-4844的关键时刻，让我们有机会与以太坊基金会的核心开发人员以及客户端团队展示以及讨论该升级。我们发布了devnetv2，它实现了EIP-4844的最新规范，使客户端开发人员有机会更熟悉该提案。Devnetv2还用于在ETHBogota黑客松期间构建Blobs浏览器。
多亏了由以太坊基金会主办的几次研发研讨会，我们不仅能够一起编写代码，而且我们还让新的核心开发人员加入EIP-4844的开发。因此，我们制定了一个路线图，将EIP-4844纳入下一次主网升级。
开发进展
在很长一段时间里，EIP-4844的开发过程大致如下：
实施规格
测试规范
根据测试结果更新规范
重复
由于规范不断变化，开发者测试网是我们测试EIP-4844的主要手段，因为它们很容易启动。现在规范已经基本完成，我们正将实现产品化，其中包括配置单元测试、tx模糊化、为客户端互操作性提供测试向量以及测试网。我们的目标是让客户端开发人员更容易实现EIP-4844，并确信其实现符合规范。
EIP-4844涵盖了共识和执行，因此其复杂性介于EIP-1559以及合并之间。此外，我们希望EIP-4844能与Shanghai硬分叉一起发布。这给了我们大约一个月左右的时间来准备一个功能齐全的EIP-4844测试网。最重要的是，这是在客户端开发人员忙于为Shanghai硬分叉实施提款时发生的。自合并以来，客户端开发人员一直专注于修复客户端漏洞、清理代码以及处理提款。我们现在有两个非常重要的功能：提款以及EIP-4844，开发者同时在为下一次硬分叉开发它们。执行这一功能将是对以太坊社区效率和资源的真正考验。
除了合并，EIP-4844可能是截至目前最大的社区领导工作。现在有这么多有才华的开发人员正在开发EIP-4844，我们可以实现这一目标。
一个Blobspace世界
一旦EIP-4844部署到以太坊主网，并且数据可用性被解锁以供L2使用，我们预计rollupL1交易的成本将至少降低20倍。我们希望所有rollup都能够利用blobspace来降低其用户的交易成本。很高兴看到以太坊社区将为Blob交易提供什么样的应用。从“blobsplitters”到NFT元数据，EIP-4844将创建一组新的应用程序，这些应用需要在不影响安全性的情况下访问廉价且可用的数据。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。