以太坊草案提出可变大小blob及新的PeerDAS验证方式

已提交草案，尚无正式编号或采用决定

Francesco Risitano于11月1日03:51 UTC在Ethereum EIPs仓库发起修改请求。其文本题为“Post-Quantum PeerDAS and Variable-Size Blobs”，介绍了另一种验证blob相关数据的方法。在编辑核对时，编号12604的拉取请求仍处于开放状态，标记为草案，尚未合并。这个数字标识GitHub上的请求，并不是某项以太坊标准的正式编号。

文件内部的创建日期为10月26日，与11月1日公开提交的日期不同。它提出的是供讨论的架构，涉及多项技术依赖，也有仍待定义的部分。EIP流程明确区分设计文档与实际实现。提交请求或标注草案，都不代表以太坊客户端已经采用其中规则，也不意味着主网激活已经获批。

替换证明，同时保留抽样机制

该方案拟用基于Keccak-256的Merkle承诺替代blob的KZG承诺。每个被抽样的数据片段，将通过连接到所属blob根节点的哈希路径完成认证。LeanDA STARK证明则用于验证Reed–Solomon编码关系，以及承诺是否正确生成。不过，文本保留PeerDAS的列托管、抽样机制和重建阈值，并未提议取消这些机制。

方案所述目标，是摆脱KZG依赖的椭圆曲线安全假设和可信设置仪式。但作者也明确指出，后量子安全性取决于整套构造的安全，包括哈希、证明及其聚合。文件还区分了两种功能：证明编码和承诺正确，并不能单独证明数据在网络上仍然可用。

大小可以调整，成本仍需测试

按照草案，blob长度可以在2,048至524,288字节之间，采用允许的二次幂大小。每个blob仍保留128个单元，变化的是每个单元的字节长度。该方案希望避免数据量较少的发送方为未使用容量付费，或等待凑成更大批次后才能发布。这是设计动机，并非已经观察到手续费下降的测量结果，因为新规则尚未部署。

拟议计费方式将blob的字节长度与对应Merkle树内部节点的固定费用相加，同时需要修改交易、网络交换和客户端之间的接口。文件描述了一项需要改变共识规则、开展测试并进行性能测量的迁移。它还指出，与KZG证明相比，认证路径会增加带宽需求及拒绝服务风险。这些取舍仍需在任何集成决定之前评估。