Péter Szilágyi 公开质疑 2025 年后以太坊路线图：将 blobs 扩容至 32 MB 的 PeerDAS 升级，可能让家用节点退出，验证去中心化 只是表面幌子。
矛盾爆发：PeerDAS 提案引发“中心化”担忧
7 月 26 日凌晨，以太坊开发团队负责人 Péter Szilágyi 在 X 平台连发多帖，痛陈 PeerDAS（Peer Data Availability Sampling）升级对去中心化精神的“扼杀”。
PeerDAS 是下一轮分叉的核心内容，目标是把 blobs 空间从目前的每块 1–2 MB，逐步抬升至 32 MB，旨在迎接 Rollup 爆发期的数据可用性需求。
然而，Szilágyi 警告：
“家用路由器、消费级硬盘再也不可能跑满这种数据量，我们等于把区块生产交给数据中心。”
“验证者依旧可在笔记本上签名，但谁来出块？——中心化服务商。”
家用节点 vs. 数据中心：隐性门槛抬高的三种路径
- 带宽骤增
‑ 32 MB blob 每 12 秒广播一次，单节点下行需 ≥100 Mbps 才能延时 <2 秒。多数家庭宽带已捉襟见肘。 - 硬盘 I/O
‑ 每 100 万张 blob 就吃掉 ~30 TB 存储，家用 SSD 在两年后将难以同步。 - 预确认算法
‑ PeerDAS 采用随机抽样，节点必须持续上传 chunk。若数据规模翻倍，CPU 与网络惩罚将使小型节点自我下线。
去中心化愿景遭“算术攻击”：不是质疑动机，而是质疑可行性
Szilágyi 并非反对扩容，而是担忧技术权衡。他指出：
“研究团队把边际样本复杂度降到常数，看似可行；却无法把家用网络的边际物理带宽降到常数。”
换句话说，PeerDAS 用数学优雅压缩了验证成本，却忽略了最后 1 公里——用户端水管，无法等同扩大。
路线图中的三个核心关键词
- 以太坊扩容
- 去中心化验证
- PeerDAS 升级
只有当上述关键词在 2025 年路线图中共存，才能称为“平衡”；任何一项缺席，都会让区块链叙事出现裂缝。
开发者社区回应：Szilágyi 的孤独呼喊还是共识引爆点？
截至目前，以太坊基金会研究小组已在 GitHub 发起 Issue #8261，回应 Szilágyi：
- 提出“弹性 blob”：小节点可按需拉取；
- 引入“分级 known peers”，小节点只对近期区块强同步；
- 调整参数，默认值为 16 MB，分阶段观察。
然而，这些补救仍停留在草案阶段，最早在 Devcon 7 SEA（2025/11 曼谷）才进入核心讨论。
👉 Devcon 7 SEA 秘辛：为何社区不敢一步到位 32 MB？内部民调曝光
Szilágyi 的“最坏场景”推演
| 要素 | 家用节点 | 数据中心节点 |
|---|---|---|
| 带宽 | ≤100 Mbps | >1 Gbps |
| 闪存 | SATA SSD | NVMe RAID |
| SLA 惩罚 | 无保障 | 99.9% 合同 |
| 结果 | 被动离线 | 垄断出块 |
Szilágyi：“当家用节点掉线率从 3% 升到 30%，攻击者只需控制不到 50% 物理算力，即可在抽样空间造成 >50% 概率的重排序。”
FAQ：关于 PeerDAS 的五个高频疑问
Q1：32 MB blobs 是否意味着以太坊 gas 费会清零？
A：不会。blobs 仅存放 Rollup 数据，不影响主网 EVM 交易费；但 Rollup 数据费将大幅下降。
Q2：家用节点是否必须升级硬盘到企业级？
A：如果所有 Rollup 节点仍同步全量数据，家用 4 TB 盘将在一年内耗尽。解决办法是轻量级 DA 采样，或半托管轻客户端。
Q3：PeerDAS 是否会分叉以太坊？
A：PeerDAS 被列为 Pectra 升级的一部分，但社区仍可投票决定是否延迟或分段落地。
Q4：数据中心垄断是否让质押者更中心化？
A：质押者可继续在轻硬件运行验证者，但 区块提议权向大型 MEV 构建者集中，潜在的审查风险增加。
Q5：社区还能做什么？
A：在 CL 客户端（Lighthouse、Prysm）里，尝试 按需采样（on-demand sampling）；并将实验数据提交给 Devcon 7 进行多轮评估。
结语：扩容不是原罪，生态正需要“真正的路线图争论”
2025 年的以太坊面临的不再仅是“如何更快”，而是 如何在更极端的吞吐量下去中心化。Péter Szilágyi 的公开质疑，或许正是一次催化剂——提醒所有人：
- 技术理想不应凌驾物理约束；
- 空间膨胀若不匹配带宽膨胀，家用节点将成为“花园围墙”里的装饰；
- 只有当路线图能让家用电脑上也能轻松跑全节点，扩容才算真正可持续。
PeerDAS 提案尚有回旋余地，留给社区的时间窗口，只剩从曼谷 Devcon 主网硬分叉规划之前的 240 天。