

区块链最早建立起来的一条安全直觉是：
>不要相信别人保存的数据，自己下载，自己验证。

这条原则塑造了 Bitcoin，也塑造了早期 Ethereum。
一笔交易被广播到网络，所有全节点接收它；一个区块被生产出来，所有验证节点重新执行它；一批数据被写入链上，所有参与者保存相同的副本。
每个人都拥有完整数据，每个人都可以独立验证。
这是最直接的去中心化，也是最昂贵的去中心化。
因为当网络要求每个节点下载全部数据时，系统的最大吞吐量最终取决于一台普通机器能够承受多少带宽、硬盘和计算。
区块越大，网络处理的数据越多，运行节点的门槛就越高。
当家庭网络无法承担，节点便会逐渐迁入数据中心；当验证必须依赖专业硬件，所谓“任何人都能参与”就会从协议权利，退化成纸面承诺。
PeerDAS 要改变的，正是这条沿用十余年的默认规则。
Vitalik Buterin 将 PeerDAS 称为一项“被低估的成就”：它已经稳定运行近一年，并首次在大规模区块链系统中证明，网络可以在没有任何普通节点被要求下载全部数据的情况下，对数据可用性形成去中心化共识。
没有任何节点必须看见全部。
但整个网络仍然可以确认：完整数据确实存在。


----
## 01｜“所有人保存一切”，是区块链最昂贵的安全模型

传统区块链的数据传播方式非常直接：
```
区块生产者生成数据
        ↓
向所有节点广播完整数据
        ↓
每个节点下载完整副本
        ↓
每个节点独立验证
        ↓
形成共识
```
这种模式的优势是简单。
如果一万个节点都保存了同一份数据，那么即使其中九千个节点失联，剩余节点仍然可以继续验证网络。
但它也意味着，一份数据会被重复传输成千上万次。
无论网络中有多少节点，单个节点都不能少下载一个字节。网络规模增长并不会带来处理能力的增长，反而意味着更多重复工作。
对于 Ethereum 来说，这个问题在 Rollup 时代变得更加明显。
Rollup 在 L2 执行大量交易，再把压缩后的交易数据提交到 Ethereum。L1 不需要重新执行所有 L2 计算，却必须保证这些数据已经公开，否则用户将无法独立重建 L2 状态，也无法验证运营者有没有隐藏交易。
Dencun 升级引入 Blob 之后，Rollup 获得了一种比 calldata 更便宜的临时数据空间。
但在 PeerDAS 之前，每个节点仍然需要下载每一个 Blob。
Blob 数量增加一倍，节点需要承担的下载带宽也接近增加一倍。继续扩容，就意味着继续提高节点门槛。Ethereum 官方将带宽称为去中心化中最敏感的参数之一：如果要求过高，普通节点最终只能在数据中心运行。
这形成了一道非常现实的墙：
```
更多 Blob
   ↓
Rollup 可以处理更多交易
   ↓
节点需要下载更多数据
   ↓
家庭节点减少
   ↓
网络走向专业化与集中化
```
PeerDAS 的任务，就是拆掉“更多数据必然意味着单节点更高负担”这条等式。


----
## 02｜不下载完整数据，节点如何证明数据没有被藏起来？

PeerDAS 的全称是 Peer Data Availability Sampling，即点对点数据可用性采样。
它不要求每个节点下载全部 Blob，而是把经过扩展的数据切分成许多较小的列，让不同节点负责保存和抽样验证不同部分。
基本流程可以简化为：
```
原始 Blob
    ↓
纠删码扩展
    ↓
拆分为多个数据列
    ↓
随机分配给不同节点托管
    ↓
节点从对等网络抽样
    ↓
使用 KZG 证明验证数据
    ↓
确认数据可用后投票
```
第一步是纠删码。
原始 Blob 会被加入额外的冗余数据。即使一部分数据列丢失，只要仍然能够取得至少一半的列，节点就可以重建完整数据。
它有些类似被划伤的 DVD：读取设备不一定能看见所有原始信息，但冗余编码允许它恢复缺失部分。
第二步是密码学承诺。
每个数据单元都可以通过 KZG 证明与区块中的承诺进行核对。恶意节点可以拒绝提供数据，却不能随意伪造一段与原始承诺相匹配的数据。
第三步是随机采样。
普通节点只负责一部分数据列，并从不同对等节点请求样本。EIP-7594 的当前参数下，一个节点的本地可用性检查只需要下载原始数据的大约八分之一。不同节点负责不同部分，整个网络共同覆盖完整数据。
于是，验证逻辑从：
```
我下载了全部数据
所以我知道数据是可用的
```
转变为：
```
我随机请求了一组可验证样本
大量独立节点也在请求不同样本
攻击者无法预知并同时欺骗所有节点
如果数据被大规模隐藏，采样将以极高概率失败
所以网络可以拒绝该区块
```
这不是盲目信任。
它是把“完整复制带来的确定性”，转换成“随机采样与密码证明带来的高概率安全”。


----
## 03｜PeerDAS 不是让节点放弃验证

“无需完整复制的共识”很容易被误解成：
>节点不再需要数据，只需要相信其他人。

实际情况恰恰相反。
PeerDAS 并没有取消验证，而是改变了验证对象。
节点不再逐字节下载每个 Blob，而是验证：
- 数据样本是否与 KZG 承诺一致；
- 自己负责托管的数据列是否已经收到；
- 随机请求的数据能否从不同对等节点取得；
- 数据是否达到可以被重建的可用程度；
- 当前区块是否满足数据可用性要求。

验证者只有在完成本地可用性检查之后，才应接受并为区块投票。数据可用性因此进入分叉选择和共识判断，而不只是一个链外网络状态。
同时还需要澄清两个边界。
第一，PeerDAS 当前主要处理的是 **Blob 数据可用性**，不是让 Ethereum 节点停止验证执行区块、状态转换和共识规则。
第二，“没有单个节点必须下载全部数据”，不等于“网络中永远不存在完整副本”。
区块生产、数据重建以及部分高托管能力节点仍可能接触完整数据。Ethereum 的设计也要求达到特定验证者余额规模的节点承担更多数据托管责任，部分超级节点会订阅全部数据列。
真正发生变化的是：
>协议安全不再依赖每一个普通节点都拥有完整副本，也不依赖某一个指定机构永久保存完整副本。

完整数据可以存在于不同地方。
安全性来自公开规则、随机分工、密码证明与可重建性，而不是来自对某个中心化数据仓库的信任。


----
## 04｜当没有人看见全貌，网络如何守住真相？

PeerDAS 的意义，不只是节省了一些带宽。
它改变了区块链对“共同事实”的组织方式。
过去的区块链更像一座拥有无数抄写员的图书馆。
每当新书送到，所有抄写员都必须完整复制一遍。安全来自大量相同副本，但图书馆每天能够接收多少内容，也受限于最慢的抄写员。
PeerDAS 更像一座分布式档案馆。
每个人保管不同的页码，页码由规则随机分配；每一页都有密码学印章；只要足够多的页面仍然存在，整本书就可以恢复。
没有人必须背下整本书。
但任何人都可以检查自己拿到的页面是否真实，也可以通过网络判断这本书有没有被故意撕掉。
这是一种更深层的去中心化：
```
旧模式：每个节点拥有全部数据

PeerDAS：整个网络共同拥有全部数据
```
前者通过复制实现安全。
后者通过分工、冗余和证明实现安全。
去中心化不再意味着每个人都做完全相同的工作，而是意味着没有任何单一参与者拥有不可替代的地位。


----
## 05｜为什么“稳定运行近一年”是一项被低估的成就？

Fusaka 升级于 2025 年 12 月 3 日在 Ethereum 主网激活，PeerDAS 是其中最核心的功能之一。截至 2026 年 9 月下旬，它已经在主网运行接近十个月。
对于普通用户来说，这段时间里似乎什么都没有发生。
钱包没有增加一个 PeerDAS 按钮。
转账界面没有出现新的操作步骤。
大多数人甚至不知道自己的 L2 数据正在以不同方式被传播和验证。
但基础协议最成功的状态，本来就是让人感觉什么都没有发生。
PeerDAS 背后需要多个共识客户端同时处理：
- 数据列划分；
- Gossip 子网传播；
- 节点随机托管；
- 对等节点发现；
- 数据抽样请求；
- KZG 证明验证；
- 数据重建；
- 网络分区；
- 区块重组；
- 恶意数据扣留；
- 分叉选择与验证者投票。

所有过程还必须在 Ethereum 的出块时间窗口内完成。
任何客户端实现差异、传播延迟或抽样判断错误，都可能影响节点是否接受同一个区块。
这类系统的困难，不在于让它成功运行一次。
而在于让来自不同团队、使用不同语言、运行于不同网络环境的客户端，连续数千万次对相同规则作出一致判断。
它无法依靠一家公司的服务器统一升级，也不能在出现异常时暂停全网维护。
因此，长期没有重大故障本身就是结果。
>公共协议最重要的成就，往往以“没有新闻”的形式存在。


----
## 06｜PeerDAS 解开的，是 Rollup 扩容最隐蔽的一道锁

Rollup 的执行发生在 L2，但安全并不只取决于执行结果。
用户还必须能够得到原始交易数据。
如果运营者只向 Ethereum 提交一个状态根，却拒绝公开背后的交易数据，外部参与者便无法独立重建状态，也无法判断这个状态根是如何产生的。
因此，数据可用性不是普通的云存储问题。
它是 Rollup 能否保持无需许可验证和退出能力的一部分。
PeerDAS 让 Ethereum 可以增加 Blob 容量，而不要求每个节点按相同比例增加带宽。官方资料将其理论扩展空间描述为传统“所有人下载一切”模式的大约八倍，但实际容量仍会通过 Blob Parameter Only 升级逐步调整，而不是一次性推到理论上限。
它带来的路径是：
```
单节点只下载部分 Blob 数据
        ↓
节点带宽增长受到控制
        ↓
网络可以容纳更多 Blob
        ↓
Rollup 获得更多数据空间
        ↓
更多交易可以共享 L1 安全性
```
但这不意味着 L2 费用会机械地降低八倍。
实际费用仍然取决于 Blob 需求、费用市场、Rollup 压缩效率和容量调整节奏。
PeerDAS提供的是扩容条件。
市场最终如何使用这些空间，是另一套经济问题。


----
## 07｜去中心化开始从“物理复制”转向“密码学协调”

密码朋克的核心原则通常被概括为：
>Don’t trust. Verify.

但 Verify 从来不等于：
>每个人都必须保存每一个字节。

真正重要的是，任何参与者都能够独立验证规则，没有人必须依赖某个不可替代的中心化主体。
PeerDAS 把这种思想向前推进了一步。
过去，去中心化主要依靠物理复制：
```
数据复制得越多
系统越难被摧毁
```
现在，去中心化开始更多依靠密码学协调：
```
数据被编码、切分与分散
节点随机承担不同责任
每一部分都可以独立验证
缺失数据可以被发现或重建
没有单一托管者不可替代
```
网络不再通过要求所有人承担全部成本来获得安全。
它让不同节点承担有限责任，再用协议把这些局部责任组合成全局保证。
这不是减少验证。
而是让验证变得可分工。


----
## 08｜概率安全仍然有敌人

PeerDAS 已经进入主网，不代表所有问题已经结束。
它仍然需要面对一组新的攻击面：
### 数据扣留攻击

区块生产者可能只向部分节点提供数据，试图让部分网络认为数据可用，另一部分网络却无法取得数据。
### Eclipse 与节点隔离

如果攻击者能够控制某个节点的大部分对等连接，就可能选择性回应其采样请求，让节点看到一个经过伪造的局部网络。
### 托管集中

如果大量验证者集中运行在少数运营商或云服务中，即使协议分配了不同数据列，实际数据仍可能集中在相同基础设施里。
### 客户端复杂度

纠删码、KZG 证明、数据列传播和重建逻辑增加了客户端复杂度。代码越复杂，潜在实现差异和漏洞也越多。
### 概率参数

采样数量越多，安全置信度越高，但带宽消耗也越大。采样数量太少则可能增加漏检数据扣留的概率。
### 超级节点依赖

完整托管节点和重建节点有助于网络自愈，但仍需要持续观察这些角色是否会形成事实上的基础设施中心。
因此，“稳定运行近一年”应当被理解为强有力的生产环境证据，而不是永久安全证明。
一个密码朋克系统不应该因为过去没有失败，就假设未来不会有人攻击。
它应该持续测量、公开故障，并让任何参与者都能验证网络是否正在偏离原本的去中心化假设。


----
## 09｜PeerDAS 之后，以太坊还想拆掉哪些“人人都要做”的工作？

PeerDAS 拆掉的是数据层的完整复制。
Ethereum 路线图中还有另一个更加激进的方向：使用 ZK-EVM，让节点不再需要完整重复执行所有交易，而是验证执行者提交的零知识证明。
如果这些方向逐渐成熟，Ethereum 的验证模型可能变成：
```
数据层
不下载全部数据
通过 PeerDAS 验证数据可用性

执行层
不重复全部计算
通过 ZK 证明验证执行正确性

共识层
验证者继续选择规范链
并检查证明与数据承诺
```
这意味着，未来节点可能不再是一台不断复制全部数据、重复全部计算的机器。
它会更像一个轻量级密码验证器：
只取得自己需要检查的部分，只验证足以维护安全的证明，却仍然能够拒绝不符合规则的区块。
这是 Ethereum 扩容路线中非常关键的范式变化：
>把重型计算和数据传输分散给网络，把最终验证权保留给普通节点。

PeerDAS 已经让其中一半从研究论文进入主网。
另一半仍需要更长时间接受生产环境和对抗性测试。


----
## 10｜开发者可以从哪里参与？

PeerDAS 并不是只有共识客户端团队才能参与的系统。
围绕它仍然存在大量公共基础设施机会。
### 客户端与 P2P

- 测量数据列的传播延迟；
- 分析不同地区的节点连接质量；
- 测试对等节点多样性与 Eclipse 风险；
- 优化数据请求和重建流程；
- 模拟网络分区及数据扣留攻击。

### Rollup 与 Blob 基础设施

- 分析不同 Blob 容量下的费用变化；
- 优化批次压缩和 Blob 提交策略；
- 构建 Blob 数据恢复工具；
- 测试 DA 故障下的状态重建与退出路径。

### 可观测性工具

- 制作 PeerDAS 数据列分布浏览器；
- 展示不同客户端的采样成功率；
- 监控超级节点与普通节点的托管集中度；
- 追踪数据重建事件；
- 建立公开的数据可用性健康面板。

### 研究方向

- 数据扣留攻击的经济成本；
- 采样参数与安全概率；
- 验证者和云服务商的基础设施集中；
- PeerDAS 与 ePBS、FOCIL、分布式区块构建的组合；
- PeerDAS 与实时 ZK 证明结合后的完整轻量验证模型。

一个很有价值的开源项目，可能不是再写一个区块浏览器。
而是构建一面能够回答以下问题的仪表盘：
>当前有哪些数据列正在被谁托管？
数据能否在不同地区被及时取得？
网络真的在分散保存数据，还是只在协议定义上分散？

去中心化不能只写在规范里。
它必须能够被测量。


----
## 结语｜没有人拥有全部，但所有人守住完整

区块链过去十余年的扩容难题，本质上是一道关于信任的难题：
如果不让所有人下载全部数据，我们还能相信数据存在吗？
PeerDAS 给出的答案不是“相信专业节点”。
也不是“相信 Ethereum 基金会”。
而是：
- 相信公开的密码学承诺；
- 相信可以独立验证的随机样本；
- 相信数据缺失能够被大量节点共同发现；
- 相信只要达到恢复门槛，完整数据就可以被重新构造；
- 相信任何不符合规则的区块都可以被拒绝。

更准确地说，它并不要求参与者相信这些东西。
它要求每一项都能够被验证。
PeerDAS 证明了一件重要的事：
**无需许可的验证，不必以无限复制为代价。**
去中心化不等于每个人都背负整个世界。
真正的去中心化，是把世界拆成无数可以验证的碎片，让它们散落在不同的人手中，同时确保没有任何一个人能够垄断完整真相。
>没有任何节点必须拥有全部。
也没有任何人必须相信那个“拥有全部”的人。
**Don’t replicate the world. Verify that the world can be recovered.**

### 相关链接

- [Foresight News：Vitalik 谈 PeerDAS](https://foresightnews.pro/news/h5Detail/114074)
- [EIP-7594：PeerDAS](https://eips.ethereum.org/EIPS/eip-7594)
- [Ethereum.org：PeerDAS 技术介绍](https://ethereum.org/roadmap/fusaka/peerdas/)
- [Ethereum Foundation：Fusaka 主网升级公告](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)
- [Ethereum Foundation：Scale Blobs](https://blog.ethereum.org/2025/08/22/protocol-update-002)

这条原则塑造了 Bitcoin，也塑造了早期 Ethereum。一笔交易被广播到网络，所有全节点接收它；一个区块被生产出来，所有验证节点重新执行它；一批数据被写入链上，所有参与者保存相同的副本。每个人都拥有完整数据，每个人都可以独立验证。这是最直接的去中心化，也是最昂贵的去中心化。因为当网络要求每个节点下载全部数据时，系统的最大吞吐量最终取决于一台普通机器能够承受多少带宽、硬盘和计算。区块越大，网络处理的数据越多，运行节点的门槛就越高。当家庭网络无法承担，节点便会逐渐迁入数据中心；当验证必须依赖专业硬件，所谓“任何人都能参与”就会从协议权利，退化成纸面承诺。PeerDAS 要改变的，正是这条沿用十余年的默认规则。Vitalik Buterin 将 PeerDAS 称为一项“被低估的成就”：它已经稳定运行近一年，并首次在大规模区块链系统中证明，网络可以在没有任何普通节点被要求下载全部数据的情况下，对数据可用性形成去中心化共识。没有任何节点必须看见全部。但整个网络仍然可以确认：完整数据确实存在。

PeerDAS：当没有任何节点看见全部，以太坊如何仍然确认数据存在？

从“人人复制一切”到“网络共同证明一切”，以太坊正在改写去中心化共识的成本模型

人工智能

PeerDAS通过纠删码、KZG证明与随机采样，替代“全员下载全部数据”模式，将节点带宽成本降至约八分之一，同时保持高概率数据可用性共识。它已在以太坊主网稳定运行近一年，为Rollup扩容解锁更大Blob空间，让去中心化从物理复制转向密码学协调，并持续面临数据扣留与托管集中等攻击面的长期考验。

数据可用性

零知识证明

对等连接

数据仓库

数据恢复

数据中心

代码解释

云存储

服务器

区块链

Eclipse

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

PeerDAS：当没有任何节点看见全部，以太坊如何仍然确认数据存在？-腾讯云开发者社区-腾讯云

PeerDAS：当没有任何节点看见全部，以太坊如何仍然确认数据存在？

PeerDAS：当没有任何节点看见全部，以太坊如何仍然确认数据存在？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐