以太坊联合创始人 Vitalik Buterin 明确表态支持 EIP-8288 提案，他认为以太坊应当借助聚合证明技术来支撑复杂的密码学运算，而非无休止地添加新的专用验证函数。其核心观点在于，绝大多数高强度的密码学工作理应脱离网络主执行流程，在外部完成。
在10月19日于X平台发布的一系列帖子中，Buterin 指出，现有的以太坊虚拟机（EVM）架构及专用的密码学预编译函数，并不具备为每一种新兴签名或证明系统提供原生支持的灵活性。他推崇一种更优的设计范式：允许用户在本地生成证明，并通过聚合机制将其提交至网络。
EIP-8288 的核心价值在于，它使得以太坊能够在不将每一份原始签名或证明直接写入区块的前提下，确认相关密码学操作的有效性。Buterin 将此理念视为实现以太坊作为“密码学世界计算机”愿景的关键一环，即大量计算可在区块链外进行，但其结果依然具备可验证性。
目前，该规范仍处于草案阶段，尚未获得在以太坊主网部署的最终批准。
Buterin 倡导削减以太坊内部的密码学负担
Buterin 近期的言论主要聚焦于以太坊应如何高效处理那些涉及海量计算或数据的密码学任务。
当前，开发者利用以太坊虚拟机（EVM）运行智能合约来验证部分密码学声明。此外，以太坊还提供了 precompiles（预编译合约），这是一类内置函数，能够比普通智能合约代码更高效地执行特定计算，协助开发者验证签名、哈希值以及零知识证明等。
然而，若要通过 precompiles 直接兼容更多种类的密码学方法，往往需要对以太坊协议本身进行修改。Buterin 认为，无论是依赖EVM还是precompiles，都不应成为应对每种新密码学系统的默认路径。
他的担忧主要源于数据规模：当应用提交大型签名或复杂的密码学证明以供验证时，需要写入以太坊区块的数据量将急剧膨胀。
在10月19日的讨论中，他预估，即便引入了 PeerDAS 和 blocks-in-blobs 等技术改进，在网络面临额外数据难以处理的瓶颈前，实际吞吐量限制大约在每秒 8 兆字节左右。这一估算基于 Buterin 对未来工程约束的判断，并非对以太坊当前实测交易吞吐量的描述。
他将以太坊定义为一台“密码学世界计算机”，强调区块链仅应处理那些需要共享执行与验证的信息。这一思路与他此前致力于减少每个以太坊验证者独立执行计算量的工作方向一脉相承。
今年 9 月，crypto.news 曾报道过他关于密码学计算机的宏大愿景，描绘了以太坊向基于证明的验证、隐私保护及更高效数据处理转型的路径。而10月的评论则具体化到了 EIP-8288 这一提案，展示了该思路在不同密码学系统中的实际应用。
EIP-8288 将在进入以太坊之前先合并证明
该提案的机制详细记载于标题为“In-mempool signature and proof aggregation”的 EIP-8288 文档中。Buterin 与以太坊研究员 Thomas Coratger 于 2026 年 6 月 3 日共同发起了这一提案。
根据官方规范，该系统允许交易声明所需验证的密码学陈述，而无需将所有原始证明材料嵌入最终区块。这些声明包含验证方案的标识、代表相关数据的哈希，以及与验证密钥相关的哈希。网络将依据这些引用，将交易与证明其所需操作已正确执行的证据关联起来。
用户将在以太坊主执行环境之外生成签名或密码学证明。该提案支持证明的递归组合，即一个证明可用于证明多个较小证明的有效性。以太坊不再逐一验证每个原始签名和 STARK，而是验证一个覆盖相关交易依赖关系的聚合证明。
STARK 是一种密码学证明技术，允许第三方证明某项计算已正确完成，而无需每个验证者重复整个计算过程。提议的聚合系统将利用 Lean Ethereum 工具来生成和验证这些证明。
EIP-8288 还定义了一种新的交易帧模式，用于声明密码学依赖关系。该提案建立在 EIP-8141 的基础之上，后者引入了一种支持多步骤执行和验证的交易框架。
在区块层面，一个递归 STARK 将证明所声明的依赖关系已经满足。系统仍会在以太坊上记录必要的交易信息和密码学承诺，但其设计初衷是不把原始的大型签名和证明作为普通交易 calldata 公开发布。
该提案并非旨在移除区块链上的所有交易数据，也不是要让应用在没有可验证记录的情况下运行。
抗量子签名是该提案的重要部分
EIP-8288 涵盖了对旨在抵御未来量子计算机攻击的密码学签名的支持。
以太坊目前依赖成熟的数字签名系统进行账户认证和区块链共识。开发者正在积极研究在足够强大的量子计算机出现后仍能保持安全的替代方案。
一些被提议的抗量子签名，比传统以太坊交易中使用的签名大得多。根据 EIP-8288 的分析，正在考虑的基于哈希的签名大约需要 2–3 KB，若直接验证，估计消耗 150,000–200,000 gas。基于格的签名在该提案的成本讨论中也面临类似的挑战。
STARK 证明可能需要超过 128 KB，在针对快速生成证明进行优化的某些配置下，大小可达约 512 KB。若将这类大量材料直接写入交易，会带来可观的数据和执行成本。
Buterin 认为，用户应当能够在本地生成自己偏好的签名，并通过 STARK 聚合来证明其有效性。
他还探讨了在相关安全假设成立的情况下，将基于格的密码学用于以太坊账户和钱包的可能性。他 10 月 19 日的表态专门提到一种可能被证明可抵御 AI 相关攻击的密码学。这一条件与通常所说的抵御量子计算机攻击并不相同。
此前关于以太坊路线图的报道指出，抗量子能力和隐私已成为该网络未来发展的重点。路线图包括对签名验证以及支撑以太坊共识和数据可用性的密码学系统的调整。EIP-8288 通过提出一种可通用于多种密码学方案的验证方法，覆盖了其中一部分工作。
递归聚合会在出块前开始
该提案并不完全依赖区块生产者收集所有签名后再生成一个最终证明。EIP-8288 描述的是从以太坊 mempool 开始的递归聚合，交易会先在这里等待被纳入区块。
按照设计，用户会连同授权所需的密码学证据一起提交交易。mempool 参与者可以验证这些证据，将多个证明合并为一个，再把结果包传递给其他参与者。规范将这一过程的聚合间隔设定为 1,000 毫秒。
随后，区块构建者会在构建以太坊区块前收集相关交易和聚合后的证明。最终的递归 STARK 将覆盖被选入区块的交易所对应的依赖关系。
草案还提出了一些技术限制，以防恶意用户用过多的证明需求压垮聚合系统。例如，当前参数允许每笔交易最多 16 个指定签名依赖和 1 个 STARK 依赖。
该规范还讨论了与 FOCIL 的兼容性。FOCIL 是一种旨在提高交易纳入难度、从而让审查更困难的提议机制。
今年 9 月发布的一篇关于基于证明验证的以太坊分析，考察了“验证计算结果”与“确保底层数据仍可访问”之间的区别。EIP-8288 处理的是密码学验证，同时保留识别和验证依赖关系所需的交易信息。
其设计会给 mempool 参与者和区块构建者增加额外工作，他们需要生成、更新并合并证明。提案的安全性部分指出，证明电路、哈希函数和递归验证的正确性都需要谨慎评估。
EIP-8288 仍是需要网络批准的草案
以太坊改进提案仓库将 EIP-8288 归类为核心类别中的草案标准提案。其实现将改变以太坊的共识规则，因为包含该递归证明格式的区块，若节点运行的软件没有更新，将无法识别。
规范列出的依赖包括 EIP-2718 和 EIP-8141。若干实现细节仍未完成，包括与聚合验证密钥和依赖哈希相关的参数。其参考实现也标注为即将推出。
以太坊开发者仍需完成技术工作、审查安全假设，并就网络激活达成一致，才能将该设计部署。仓库目前没有列出 EIP-8288 已获批准的主网激活日期。
该提案的现有测试用例涵盖单个签名验证、多个证明依赖、无效递归证明、mempool 聚合以及与交易纳入列表的兼容性。其向后兼容性部分说明，不使用新密码学验证帧的普通交易将保持原有行为。
未实现新规则的节点会拒绝使用该提议帧模式的交易，以及携带递归证明头的区块。因此，在该密码学聚合系统成为以太坊主网规则的一部分之前，还需要一次协调一致的网络升级。
到此这篇关于Vitalik力挺EIP-8288：提出以太坊密码学处理新方案的文章就介绍到这了，更多相关Vitalik力挺EIP-8288内容请搜索以前的文章或继续浏览下面的相关文章，希望大家以后多多支持！