Ethereum Magicians · 标准与升级讨论· frisitano·· 2 小时前
EIP-9999 提案：抗量子 PeerDAS 与可变大小 blob
原标题
EIP-9999: Post-Quantum PeerDAS and Variable-Size Blobs
内容摘要
作者 frisitano 在 Ethereum Magicians 发布 EIP-9999 讨论稿，提出为 PeerDAS 引入抗量子数据可用性构造，用 Keccak-256 Merkle 承诺和证明 Reed–Solomon 编码关系的 LeanDA STARK 替换 KZG blob 承诺与 cell 证明，现有列托管、抽样、子网分配和恢复机制保持不变。提案还允许 2 KiB 至 512 KiB 的 2 的幂 blob 尺寸，保留每 blob 128 列，让 rollup 按所需容量发布和付费。作者称 blob 交易以 EIP-8141 帧交易表示，LeanDA 证明作为 EIP-8288 依赖折叠进区块级递归 STARK 聚合。截至 2026-11-01 为初稿，无外部评审，待办包括定稿 LeanDA guest 程序、原型实现及基准测试。
来源：Ethereum Magicians · 标准与升级讨论 · ethereum-magicians.org
打开原文所属事件
EIP-9999 提出后量子 PeerDAS 与可变大小 blob
读懂这条消息
来自 Learn 的概念与核对方法，帮助理解新闻中的机制和口径。
提案知识更新
治理提案通过就是生效了吗？从投票追到执行交易
提案、投票通过、排队等待与执行完成是不同状态。判断协议参数是否已改变，应确认实际治理流程、执行交易和目标网络，不能只读“通过”标题。
一份执行记录怎样连起提案、Timelock 与目标参数？
以 OpenZeppelin Governor 加 Timelock 的组合为文档案例：先记录 Governor 的提案标识与调用数据，再关联排队操作、可执行时间和执行回执，最后在目标合约读取对应参数。实际模块不同，提案 ID 与 Timelock 操作 ID 不应未经核对就视为同一值。