# 4488 and Done By [W3.Hitchhiker](https://paragraph.com/@w3hitchhiker) · 2022-09-12 --- **_原文：_**[**_4488 and Done_**](https://polynya.mirror.xyz/eq4PNsg-ld4V2LDB7HlHuNm-ULFAtvmVH--utaxAAEs) **_—— Polynay_** **_译者：Evelyn｜W3.Hitchhiker_** 之前，我已经讨论了为什么以太坊应该取消 danksharding（或者至少，只在多年后强大了、并经过战斗考验的时候才做）：[4844 and Done](https://polynya.mirror.xyz/sA0qPEbQ99HXCEXEi3BW34HXohMpLyDDM1a4AJhCF4E)。 在这里，我将更进一步说明，即使是最初的 danksharding（EIP-4844）也太复杂了，现在我们应该专注于一个被遗忘的珍宝：[EIP-4488](https://eips.ethereum.org/EIPS/eip-4488)。 我[不怎么懂技术，而且被误导过](https://twitter.com/cobie/status/1526786429632024576)（好吧，我不是被误导了，只是不懂技术），但根据我与实战技术开发人员的讨论了解到，EIP-4488 是一个相对简单的 EIP，只需要修改几行代码。如果你愿意，几周内它就可以部署好。 不过，我建议对 EIP-4488 进行一些修改。合并后，假设 Ethereum 是 100% 的 calldata，我们准备了 77 kB/s 或 940 kB/block。我建议让 EIP-4488 的目标 calldata 低于现有目标。这将a）减轻对突发吞吐量的所有担忧，因为它实际上比目前存在的要低。而且，b）现在对 rollups 的需求并不大。我们已经看到 rollups 的交易费用下降到了 0.01-0.05 美元，在比较“安静”的时候甚至是亚美分级别（sub-cent）。在这些时候，我们已经看到 L2 费用实际上开始在 zk rollups 中占主导地位，甚至[在 optimistic rollups 中成为一个重要部分](https://twitter.com/apolynya/status/1565173169987588096)。即使我们采用建议的每个区块最大 calldata 的一半，这也足够未来几个月/几年使用了，即使在某些时候有一些不可预见的突然的指数级数量采用的应用出现。 EIP-4488 的真正好处是：a）重新定价，使 calldata 更能反应实际情况（reflective）；b）为需求恢复时准备好以太坊 rollups 的大量使用；以及c）表明以太坊对以 rollup 为中心的路线图的承诺。 现在，EIP-4488 的`BASE_MAX_CALLDATA_PER_BLOCK`（比最初提议更低）应该是最简单的前进道路，IMO 应该在上海之前在自己的硬分叉中做一些事情。我知道这是不可能的，但我只是加上了我的 2 wei。 那么平均区块大小呢？这无疑是会增加的，但考虑到 rollups 的需求水平，这将在一段时间内可以忽略不计。即使在最坏的情况下，也值得注意的是，自从 2021 年的最后一次 gas limit 争论事件以来，硬盘价格已大幅下降（你现在可以[以大约 150 美元的价格得到 16TB 企业硬盘](https://www.newegg.com/toshiba-mg08aca16te-16tb/p/1Z4-000B-00FR7?Description=16%20TB)）。现在，即使是[最便宜的 400 美元预算的笔记本电脑也配备了 1TB NVMe SSD](https://www.newegg.com/blue-lenovo-ideapad-1-mainstream/p/1TS-000E-0WYP9)。同时， 5G 和千兆光纤正在[快速扩散](https://www.statista.com/chart/9604/5g-subscription-forecast/)，预计今年将有 10 亿 5G 用户。例如，我住在一个第三世界国家，我的 1Gbps 光纤最近降到了 50 美元/月，而带宽上限却增加了两倍。我知道一些第一世界国家，如美国和英国，在这方面是出了名的糟糕（但这肯定不是世界上大多数地方的情况）。因此，无论如何，我们早就应该提高平均数据吞吐量了。 再让我们看看 EIP-4844，与 EIP-4488 相比，平均吞吐量不是一个问题，因为无论如何都会有类似的增长。那么，为什么是 EIP-4488 而不是 EIP-4844？ * EIP-4844 太复杂了，需要 KZG 多项式承诺，而这还需要几个月的时间来准备（我找不到链接，但有人曾经给我看过一个路线图，目标是 2023 年第一季度，而我们都知道，加密技术路线图的目标总是会出现偏差） * 共识层客户端需要新组件（如果这个词不对，请原谅我）来处理 Blobs，以及执行层方面的新密码学技术。 * 需要 rollup 团队做出重大改变来适应 同时，EIP-4488 真的是简单至极，只有几行代码的变化，rollups 可以直接利用它，并且可能只需要对他们的费用估算算法做一行的改变。 有一种选择是简化 EIP-4844。EIP-4844 目前规格的基本原理是要与完整的 danksharding 向前兼容。但有些人认为，"danksharding "是非常复杂的，需要对 PBS 进行重大升级，为 DAS 建立新的 P2P 机制，而且可能还要等上几年。我对这个问题没有意见，因为我不了解这些技术性的东西。我也承认，在这个问题上大家都意见不一。但是，至少有一些人对完整的 danksharding 的复杂性表示怀疑，而且显然目前还没有原型实现。如果是这样的话，那么首先实现一个没有 KZG 的简单版本的 EIP-4844 是很有意义的，当完整的 danksharding 准备好了，再升级到与 danksharding 兼容的变体。 然而，我认为最好的办法是简单地升级 EIP-4488，并使之具有一些功能： * 一个简单的剪枝机制（pruning mechanism）（或像 EIP-4444 那样的全局机制） * 一个只针对 calldata 的收费市场（所以，二维的 EIP-1559）。 这两个变化与 EIP-4844 结合在一起，在未来很长一段时间内都能满足 rollups 的需要。我可能错过了 EIP-4844 的一些优势，但无论如何，上述内容应该会有很大的发展。我知道这里有一个潜在的政治权衡（因为上述变化需要在执行层，而不是共识层进行）。但我确实认为执行层的客户端开发人员也非常热衷于减少 calldata，而这些都是相对较小的（?）改变。另外，他们还可以推迟实施 BLS 和 KZG 这些繁琐的程序！ 我还要指出，通过 Arbitrum Nova，我们为不需要高安全性的低价值应用提供了一个很好的 EVM 等效解决方案，它有一个简单的 2-of-N 的诚实少数体的假设。StarkEx validiums 继续以 1-of-N 的假设获得普及。他们当然需要改进，使之成为无信任和无需许可的，但我们也有[像 adamantium 这样的有趣概念正在开发](https://ethresear.ch/t/adamantium-power-users/9600)。我们也有新的 DA 层，如 [EigenDA](https://www.layrlabs.com/)，它使用 restaked ETH 来保证安全，并有 5% 的诚实少数体假设。所以，链外 DA 的世界并没有坐以待毙，还有大量的创新在破土而出。当然，圣杯（holy grail）是一个无权限的 1-of-N 诚实少数体 DA 层，具有旋转机制和削减惩罚以考虑潜在的活跃性问题。如果这样的解决方案被发明出来，它将给 validiums 提供类似于完整 rollups 的属性。当然，高价值的交易可以在完整的 rollups 中继续进行，但对于不需要高安全性的低价值交易，总会有足够的容量。 所以，总结一下，这里是一连串洗澡时想到的点子： * 以太坊应该努力做到尽可能的简单和强大 * 以太坊应该尽快实现以 rollup 为中心的升级 * EIP-4488 既简单又可以快速实现 * 它可以通过两个简单的功能进行升级，这将模仿 EIP-4844 的功能集，但对以太坊和 rollups 来说都更加简单。 * 有了这个升级后的 4488，rollups 上的高价值交易将有足够的空间；不断改进的validiums 和 optimistic chains 可以处理不需要高安全性的低价值交易。 * 首先找出完整的 danksharding，确保其稳健性，然后在未来升级到与 danksharding 兼容的 EIP-4844 解决方案，作为实现完整 danksharding 的一个步骤。 最后，像往常一样，加密世界对我来说是一个小爱好，我没有强烈的意见。我唯一的希望是一些真正的技术研究人员或开发人员能看到这一点，并被推动去思考更好的解决方案。 感谢 [Georgios](https://twitter.com/gakonst) 的一次简短谈话，激发了我写出这篇文章。 我的天啊，这竟然是一篇很有说服力的文章，抱歉！我在这里向你们道歉。正如你们中的一些人可能知道的那样，我写这些博文时是以意识流的方式进行思考的，而且不屑于编辑。 --- *Originally published on [W3.Hitchhiker](https://paragraph.com/@w3hitchhiker/4488-and-done)*