PeerDAS 是什么？节点不下载全部 Blob 数据怎么保证可用性

结论先说

PeerDAS（EIP-7594）是以太坊的点对点数据可用性采样协议：节点不再下载每个区块的全部 blob，而是固定托管一部分数据列、随机抽查其他列，就能以概率方式确认「所有数据都已被发布」。以太坊官方路线图页面记载，包含 PeerDAS 的 Fusaka 升级于 2025 年 12 月 3 日在主网上线。它解决的问题非常具体：Rollup 扩容的瓶颈在 L1 数据可用性，如果每个节点都必须下载全部 blob，带宽要求会把家庭节点挤出网络；采样让「数据可得的保证」与「单节点带宽」脱钩。理解前提可先看数据可用性采样 DAS 是什么？不下载全部数据也能验证可用。

从一列 blob 到一个矩阵

PeerDAS 把 EIP-4844 引入的 blob 用一维纠删码扩展成矩阵：每个 blob 加上校验行后，数据被切成「单元」，单元是能被该 blob 的 KZG 承诺单独认证的最小单位；所有 blob 同一位置的单元竖着排成一列，每一列对应一个 gossip 子网。纠删码的性质保证：拿到矩阵一半以上的列，就能重建出全部数据；少于这一半，残缺数据也无法拼回任何可用内容。KZG 承诺与 blob 的关系可看KZG 承诺是什么？多项式承诺与 blob 验证。

托管、采样与发现：节点各干各的活

每个节点按自己的节点 ID 确定性地算出一组要长期托管的列子网，把这些列完整保存并对外提供；其余列每个 slot 向同子网邻居随机抽查，用单元格证明验证抽到的单元确实对应公示的承诺。这套协议对三种角色的要求从此不同：托管节点出带宽但不扫全量，采样节点两个开销都低，只有想完整存档的节点才需要拉全部数据。发布数据的节点若扣留数据，会被它自己托管的子网里其他节点的抽查当场暴露——扣数据的证据本身就是可广播的作弊证明。规范还为单笔 blob 交易引入最多 6 个 blob 的限制，客户端在交易提交、网络接收和出块处理三个环节都要执行。

为什么带宽降下来就能加容量

旧模式的安全性来自「每字节被全网重复下载数十次」，浪费但无需证明；DAS 把安全来源换成「足够多互相独立的采样点加纠删码冗余」，成功伪造可用性的概率随节点数量指数级下降。以太坊官方对 PeerDAS 的表述是：把数据不可得的风险压到密码学上可忽略的量级，同时让节点的硬件与带宽要求维持在家庭设备可承受的区间。也正因为单节点负载与总数据量脱钩，blob 总量才有可能沿着「小步调参」的路线持续上调，而不必每涨一档都重演一次全网硬件争论；调参机制本身见BPO 分叉是什么？Blob 参数怎么小步上调，终局设计即常被称为 Danksharding 的方向（分片路线的背景见分片是什么？以太坊分片解决什么问题）。

现实中的网络因此是三种角色的连续谱：执行质押的验证者按协议规定托管固定列数并逐 slot 采样，是可用性检查的主力；普通信标节点以更轻的方式采样，需要完整内容时向托管节点请求列数据；需要全部历史数据的归档与分析服务仍然全量下载或依赖专门网络。这层分层意味着，讨论「blob 容量上调会不会挤压硬件」时，真正被度量的变量是愿意在家用线运行托管列的验证者数量，而不是全体节点是否被迫升级设备，各实现的实际带宽曲线以客户端文档为准。

边界与风险

三点提醒。第一，PeerDAS 验证的是「数据发布了」，不是「数据是对的」——后者仍由 Rollup 的证明系统负责，两层的信任不可互相替代。第二，节点要求不变是设计目标而非即时现实，各客户端实现的性能仍在演进，具体参数与带宽数据以官方规范和维护方文档为准。第三，采样是概率安全，理论风险随节点数量变化，若网络集中到极少数托管方，抽查独立性会被削弱——这也是关注节点地理与客户端分布的意义。本文为机制说明，时效性内容截至上文中记载的官方页面信息，不构成投资建议。