转 以太坊 Fusaka 升级里的「超级二维码」:PeerDAS 才是 L2 敢于百倍扩容的底气 1️⃣ 破损的二维码还能用? 在进入正题之前,请回忆一个生活中的细节: 当你扫描一个二维码时,哪怕中间贴了个 Logo,或者边缘被撕坏了一块,甚至沾上了污渍,你的手机依然能通过镜头识别出完整的信息。 这是为什么?因为二维码的底层使用了一种叫做 Erasure Coding(纠删码) 的技术。简单来说,它把原始信息「铺开」并增加了冗余。只要保留下来的完好部分超过一定的比例(比如 70%),数学算法就能自动把丢失的那部分「算」出来,还原出原始的信息。 这种「局部包含整体」的神奇特性,正是以太坊 Fusaka 升级中解决扩容难题的灵感来源。 2️⃣ 以太坊扩容路上的一堵「隐形墙」 自引入 Blob 之后,Layer 2 的费用的确降了很多。大家自然会问:既然 Blob 这么好用,为什么我们不一口气把 Blob 的数量增加 10 倍、100 倍?这样 Gas 费岂不是能降到更低? 遗憾的是,我们撞上了一堵物理墙:宽带/网速。 在现有的机制下,以太坊节点依然沿用着「笨办法」:想要确认「数据是安全的」,节点必须把这块数据完整地下载下来。 如果把 Blob 数量无节制地加倍,数据量就会爆炸。那些用家里电脑跑节点的普通人会因为带宽不够、硬盘塞满而被迫退出。最后,网络只剩下几个巨头机房能跑得动节点。这就不叫以太坊了,那叫亚马逊云。 3️⃣ PeerDAS:把数据变成「超级二维码」 这就陷入了一个死循环:想要更便宜的 L2,就需要更多的数据;想要更多数据,就会挤走去中心化的节点。 为了打破这个僵局,Fusaka 升级带来了 PeerDAS(EIP-7594),它决定把二维码的魔法带入区块链。 PeerDAS 不再要求每一个节点都完整下载每个 Blob 才能确认「数据没被藏起来」,而是先利用纠删码技术,把数据「膨胀」并切碎,变成一种「超级二维码」。 它的神奇之处在于:单个节点不必保存完整数据矩阵,只要它能从网络上拿到至少 50% 的数据列,就可以用数学算法完整还原出 100% 的原始数据。 4️⃣ 告别蛮力,开始「抽查」 有了这个数学地基,验证的方式从「全量下载」变成了「随机抽样」。 节点不需要下载整个庞大的文件了。它只需要像蜻蜓点水一样,下载协议规定的一小部分随机样本(比如总数据的 1/8)。 这就像是你不需要把二维码的每一个黑白格子都看清楚,你只需要随机看清几个角落。 虽然每个节点只扫描了一小部分,但只要全网足够多的节点都随机扫了一眼且确认无误,那么在统计学和密码学上就能断定:这块数据出错或丢失的概率,已经小到了可以忽略不计的宇宙级别。 5️⃣ 从羊肠小道到双向八车道 这个改变是革命性的。 以前,节点必须「喝光一整锅汤」才能知道汤咸不咸; 现在,节点只需要「用勺子尝一口」就能得出结论。 这一改变带来的效率提升是数量级的。因为每个节点只需要消耗极小的带宽,就能共同维护一个极其庞大的数据网络。 这意味着,以太坊主网可以在不增加节点负担的前提下,逐步将承载的数据量(Blob 上限)从目前的 6 个提升到未来的 32 个、64 个甚至更多。 对于用户来说,PeerDAS 打开了通往「Danksharding」最终形态的大门。Layer 2 的「路费」(数据存储成本)将进一步大幅降低。未来的以太坊,将不再是一条拥堵的乡间小路,而是一张通过数学编织出的、拥有巨大吞吐能力的星际高速。
目录
观点原文
转 以太坊 Fusaka 升级里的「超级二维码」:PeerDAS 才是 L2 敢于百倍扩容的底气
1️⃣ 破损的二维码还能用?
在进入正题之前,请回忆一个生活中的细节: 当你扫描一个二维码时,哪怕中间贴了个 Logo,或者边缘被撕坏了一块,甚至沾上了污渍,你的手机依然能通过镜头识别出完整的信息。
这是为什么?因为二维码的底层使用了一种叫做 Erasure Coding(纠删码) 的技术。简单来说,它把原始信息「铺开」并增加了冗余。只要保留下来的完好部分超过一定的比例(比如 70%),数学算法就能自动把丢失的那部分「算」出来,还原出原始的信息。
这种「局部包含整体」的神奇特性,正是以太坊 Fusaka 升级中解决扩容难题的灵感来源。
2️⃣ 以太坊扩容路上的一堵「隐形墙」
自引入 Blob 之后,Layer 2 的费用的确降了很多。大家自然会问:既然 Blob 这么好用,为什么我们不一口气把 Blob 的数量增加 10 倍、100 倍?这样 Gas 费岂不是能降到更低?
遗憾的是,我们撞上了一堵物理墙:宽带/网速。 在现有的机制下,以太坊节点依然沿用着「笨办法」:想要确认「数据是安全的」,节点必须把这块数据完整地下载下来。
如果把 Blob 数量无节制地加倍,数据量就会爆炸。那些用家里电脑跑节点的普通人会因为带宽不够、硬盘塞满而被迫退出。最后,网络只剩下几个巨头机房能跑得动节点。这就不叫以太坊了,那叫亚马逊云。
3️⃣ PeerDAS:把数据变成「超级二维码」
这就陷入了一个死循环:想要更便宜的 L2,就需要更多的数据;想要更多数据,就会挤走去中心化的节点。 为了打破这个僵局,Fusaka 升级带来了 PeerDAS(EIP-7594),它决定把二维码的魔法带入区块链。
PeerDAS 不再要求每一个节点都完整下载每个 Blob 才能确认「数据没被藏起来」,而是先利用纠删码技术,把数据「膨胀」并切碎,变成一种「超级二维码」。
它的神奇之处在于:单个节点不必保存完整数据矩阵,只要它能从网络上拿到至少 50% 的数据列,就可以用数学算法完整还原出 100% 的原始数据。
4️⃣ 告别蛮力,开始「抽查」
有了这个数学地基,验证的方式从「全量下载」变成了「随机抽样」。
节点不需要下载整个庞大的文件了。它只需要像蜻蜓点水一样,下载协议规定的一小部分随机样本(比如总数据的 1/8)。 这就像是你不需要把二维码的每一个黑白格子都看清楚,你只需要随机看清几个角落。
虽然每个节点只扫描了一小部分,但只要全网足够多的节点都随机扫了一眼且确认无误,那么在统计学和密码学上就能断定:这块数据出错或丢失的概率,已经小到了可以忽略不计的宇宙级别。
5️⃣ 从羊肠小道到双向八车道
这个改变是革命性的。 以前,节点必须「喝光一整锅汤」才能知道汤咸不咸; 现在,节点只需要「用勺子尝一口」就能得出结论。
这一改变带来的效率提升是数量级的。因为每个节点只需要消耗极小的带宽,就能共同维护一个极其庞大的数据网络。 这意味着,以太坊主网可以在不增加节点负担的前提下,逐步将承载的数据量(Blob 上限)从目前的 6 个提升到未来的 32 个、64 个甚至更多。
对于用户来说,PeerDAS 打开了通往「Danksharding」最终形态的大门。Layer 2 的「路费」(数据存储成本)将进一步大幅降低。未来的以太坊,将不再是一条拥堵的乡间小路,而是一张通过数学编织出的、拥有巨大吞吐能力的星际高速。
相关观点
- 转 CryptoPunks,欢迎加入纽约现代艺术博物馆(MoMA)的馆藏! Punk 4018、Punk 2786、Punk 5616、Punk 5160、Punk 3407、Punk 7178、Punk 74 和 Punk 7899 已在 MoMA 找到了永久归属,将作为博物馆历史的一部分被保存与悉心照料。 这份礼赠背后所体现的集体慷慨,彰显了 CryptoPunks 社区的力量与精神——正是这个社区一路推动着该项目向前发展。 这次具有历史意义的捐赠,得以由 @ArtOnBlockchain 与 Mara Calderon,@CozomoMedici,@judithESSS,@NTmoney,@kukulabanze,以及 @Rhyd0n 共同促成。Larva Labs 也从其个人收藏中捐出多枚 Punk,作为其对该作品长期承诺的一部分。 我们很自豪能在 MoMA 看到这种共同守护(shared stewardship)的精神得到体现。 并感谢 @1OF1_art 在推动此次收藏入藏过程中所提供的帮助。 CryptoPunks, welcome to the @MuseumModernArt collection! Punk 4018, Punk 2786, Punk 5616, Punk 5160, Punk 3407, Punk 7178, Punk 74, and Punk 7899 have found a permanent home at MoMA, where they’ll be preserved and cared for as part of the museum’s history. The collective generosity behind this gift highlights the strength and spirit of the Punk’s community whom has carried the project forward. This historic donation was made possible by @ArtOnBlockchain and Mara Calderon, @CozomoMedici, @judithESSS, @NTmoney, @kukulabanze, and @Rhyd0n. @larvalabs also contributed Punks from their personal collection as part of their long-term commitment to the work. We’re proud to see that shared stewardship reflected at MoMA. With thanks to @1OF1_art for helping shepherd this acquisition forward.Ethereum · 2025/12/21
- Fusaka 升级即将到来。 PeerDAS(EIP-7594)是帮助以太坊安全扩容的关键功能之一。 它能够将数据吞吐量提高多达 8 倍。 对 Rollup 来说,这意味着 更低的 blob 费用,以及 更大的增长空间。 The Fusaka upgrade is almost here. PeerDAS (EIP-7594) is one of the key features helping Ethereum securely scale. It unlocks up to 8x data throughput. For rollups, this means cheaper blob fees and more space to grow.Ethereum · 2025/12/02
- 这是一个很好的决定! ENS 名称和记录是一种“状态(state)”,它们处在以太坊生态系统的核心位置。这种状态在规模上是受限的,同时又具有很高的价值,因此越能在任何地方被便捷访问,就越有价值。 它同时也是一种半金融应用:因为购买和持有 ENS 名称本身是有成本的,而且 ENS 名称有可能成长为非常有价值的资产。 随着以太坊扩容路线图的推进,以太坊 L1 是承载这类应用的理想位置。 更广泛地说,我认为去中心化身份和社交(我认为 ENS 就属于这一大类)的最优架构是: 将每个用户的账户与个人资料数据放在 L1 上; 再使用专用型的 L2(很可能比完整的 EVM 简单得多)来处理用户行为,例如社交平台上的各种操作。 It's a good decision! ENS names and records are a form of state that is central to the Ethereum ecosystem, the state is limited in size and there is high value in it being as accessible as possible from anywhere. It's also a semi-financial application, in the sense that buying and holding ENS names has a cost, and ENS names can become very valuable objects. With the expanded scaling roadmap, Ethereum L1 is the ideal place for these applications. More generally, I expect that the optimal architecture for decentralized identity and social (the general space I see ENS being in) is to have this kind of per-user account and profile data on L1, and to have special-purpose L2s, likely much simpler than full EVMs, to handle user actions (eg. actions on social platforms).Vitalik Buterin · 2026/02/07
- 我一直在关注大约 1.5 天前我对 L2 发表看法之后的各种反应。 我坚信的一件重要事情是:“再做一条 EVM 链,然后加一个到以太坊、延迟 1 周的 optimistic bridge”,在基础设施层面,就像分叉 Compound 对治理的意义一样——这是我们已经做了太多、持续太久的事情。因为我们变得过于舒适,这种做法消耗了我们的想象力,把我们带进了一个死胡同。 如果你做的是一条没有 optimistic bridge 连到以太坊的 EVM 链(也就是一条 alt L1),那就更糟糕了。我们根本不需要更多复制粘贴式的 EVM 链,也绝对不需要更多新的 L1。 L1 本身正在扩容,并且会带来大量的 EVM 区块空间——不是无限的(尤其是 AI 应用,将需要比大幅扩容后的 L1 还要更多的区块空间和更低的延迟),但已经是很多了。 请去构建一些真正带来新东西的项目。我举了一些例子: * 隐私 * 应用专用的效率优化 * 超低延迟 当然,这个列表肯定远远不完整。 我相信的第二个重要观点是:关于“与以太坊的连接”,氛围(vibes)必须与实质(substance)相匹配。 我个人其实很喜欢很多被称为“应用链(app chains)”的东西。例如,我认为预测市场的最优架构,很可能是这样的: * 市场的发行和结算在 L1 上完成 * 用户账户在 L1 上 * 但交易发生在某个 based rollup 或类似 L2 的系统上 * 执行层通过读取 L1 来验证签名和市场状态 我喜欢那种与 L1 的深度连接是第一等公民,而不是事后补丁的架构。而不是那种: “我们基本上是一条独立的链,不过哦对了,我们有个桥;好吧那我们再安排 1–2 个开发者把它做到 stage 1,这样 l2beat 才会给我们打个绿勾,Vitalik 才会喜欢我们。” 而“应用链”的另一个极端版本同样是合理的。例如:你说服某个政府登记系统、社交媒体平台或游戏系统,把它数据库的 Merkle root 上链,并使用 STARK 来证明: * 每一次更新都是被授权的 * 被正确签名的 * 并且按照一个事先承诺好的算法执行 这种做法在我看来,最符合“机构级 L2(institutional L2s)”的逻辑。 显然,这并不是以太坊: * 它不是可信中立的 * 也不是无需信任的 运营方始终可以说:“我们现在切换到另一套规则版本。” 但它能实现可验证的算法透明性——这是我们很多人都希望在政府、社交媒体算法等领域看到的特性;而且它也可能开启一些原本不可能存在的经济活动。 我认为: 如果你属于第一种情况,那么称自己为以太坊应用是完全合理、而且很棒的: * 在技术上离不开以太坊 * 最大化与其他以太坊应用的互操作性和可组合性 如果你属于第二种情况,那么你并不是以太坊,但你: 为人类带来了更多算法透明性和更小的信任假设,追求的是相似的愿景 根据具体实现细节,很可能与以太坊形成协同关系 所以你应该直接、坦诚地这样说。 总结来说:做一些真正给桌面带来新东西的事情。 氛围要与实质匹配——你在公众形象中宣称自己与以太坊的连接程度,应该真实反映你在现实中与以太坊的实际连接程度。 Have been following reactions to what I said about L2s about 1.5 days ago. One important thing that I believe is: "make yet another EVM chain and add an optimistic bridge to Ethereum with a 1 week delay" is to infra what forking Compound is to governance - something we've done far too much for far too long, because we got comfortable, and which has sapped our imagination and put us in a dead end. If you make an EVM chain *without* an optimistic bridge to Ethereum (aka an alt L1), that's even worse. We don't friggin need more copypasta EVM chains, and we definitely don't need even more L1s. L1 is scaling and is going to bring lots of EVM blockspace - not infinite (AIs in particular will need both more blockspace and lower latency than even a greatly scaled L1 can offer), but lots. Build something that brings something new to the table. I gave a few examples: privacy, app-specific efficiency, ultra-low latency, but my list is surely very incomplete. A second important thing that I believe is: regarding "connection to Ethereum", vibes need to match substance. I personally am a fan of many of the things that can be called "app chains". For example I think there's a large chance that the optimal architecture for prediction markets is something like: the market gets issued and resolved on L1, user accounts are on L1, but trading happens on some based rollup or other L2-like system, where the execution reads the L1 to verify signatures and markets. I like architectures where deep connection to L1 is first-class, and not an afterthought ("we're pretty much a separate chain, but oh yeah, we have a bridge, and ok fine let's put 1-2 devs to get it to stage 1 so the l2beat people will put a green checkmark on it so vitalik likes us"). The other extreme of "app chain", eg. the version where you convince some government registry, or social media platform, or gaming thing, to start putting merkle roots of its database, with STARKs that prove every update was authorized and signed and executed according to a pre-committed algorithm, onchain, is also reasonable - this is what makes the most sense to me in terms of "institutional L2s". It's obviously not Ethereum, not credibly neutral and not trustless - the operator can always just choose to say "we're switching to a different version with different rules now". But it would enable verifiable algorithmic transparency, a property that many of us would love to see in government, social media algorithms or wherever else, and it may enable economic activity that would otherwise not be possible. I think if you're the first thing, it's valid and great to call yourself an Ethereum application - it can't survive without Ethereum even technologically, it maximizes interoperability and composability with other Ethereum applications. If you're the second thing, then you're not Ethereum, but you are (i) bringing humanity more algorithmic transparency and trust minimization, so you're pursuing a similar vision, and (ii) depending on details probably synergistic with Ethereum. So you should just say those things directly! Basically: 1. Do something that brings something actually new to the table. 2. Vibes should match substance - the degree of connection to Ethereum in your public image should reflect the degree of connection to Ethereum that your thing has in reality.Vitalik Buterin · 2026/02/05