EIP-8288 终结预编译之争,V 神化解 a16z 与 StarkWare 路线冲突
核心要点
Vitalik提出EIP-8288 以STARK聚合替代预编译,化解a16z与StarkWare关于哈希与格密码的路线争执,大幅降低后量子与隐私交易成本。
据 Woofun AI 消息,以太坊联合创始人 正式提出 路线图,旨在通过 STARK 聚合技术彻底终结以太坊添加新预编译合约的历史,从而平息 与 StarkWare 之间关于加密底层路线的激烈争论。
这场技术路线之争的导火索源于 10 月 17 日 a16z crypto 发布的一篇博客文章。该机构介绍了其名为 的新系统,该系统利用基于格的 SNARK 技术来聚合 Falcon 签名。在性能测试中,一台苹果 M4 Max 笔记本电脑仅需 0.65 秒即可完成 32,768 个 Falcon-512 签名的聚合。a16z 在文中对以太坊计划采用的纯基于哈希的加密方案提出了严厉批评,认为其依赖于多轮递归结构,构建过程极为复杂。
更关键的是,该方案需要使用非 NIST 标准的自定义方案,这带来了显著的安全与兼容性隐患。具体而言,递归合并不仅会产生高昂的协调成本及出错风险,而且每一步都需要对用于生成证明的哈希函数进行验证,而在随机预言机模型下,很难确保这类哈希函数的安全性。另一方面,由于使用了自定义方案,相关的哈希函数尚未确定,这直接限制了该方案在各类硬件钱包、硬件安全模块以及机构托管系统中的实际应用。a16z 的观点迅速在行业内引发了关于未来加密标准选择的广泛担忧。
面对 a16z 的质疑,StarkWare 首席执行官 立即作出回应,表示他'强烈反对'这一观点。他指出,基于格的加密技术拥有复杂的数学结构,因此更容易受到人工智能驱动的攻击,并建议在做出路线图决策之前再观察该生态系统 3 到 5 年。
值得注意的是,Vitalik Buterin 并未在争论中站队,而是从架构层面重新定义了这个问题:无论采用基于哈希的加密方案还是基于格的加密方案,都不应把复杂的加密逻辑直接硬编码进 EVM 中。正确的做法是在客户端生成证明,再通过 EIP-8288 的聚合机制将其提交到链上。EIP-8288 的正式名称为'内存池签名与证明聚合',是由 Vitalik Buterin 和 于 2026 年 6 月 3 日提交的草案,目前仍处于草案阶段,该提案尚未设定具体的主网评级上调时间表。
要理解这一提案的价值,首先需要了解以太坊当前面临的挑战。每当有交易被提交到链上,其签名和证明都必须在底层得到全面验证。后量子签名方案(旨在抵御未来量子计算机攻击的签名技术)以及 STARK 证明的体积都相当庞大:基于哈希的后量子签名方案大小约为 2-3KB,验证所需的 Gas 费用则在 15 万到 20 万之间。那些增加了量子安全层的隐私交易,其 Gas 费用可能会从大约 30 万上升至近 1000 万,这使得大多数用户无法承担直接在链上提交交易的成本。
EIP-8288 的核心思路是要求交易仅携带一个轻量级的'依赖关系证明':这是一个大约 96 字节的元组,包含签名方案、数据哈希值以及验证密钥的哈希值。实际的签名和证明则由内存池中的节点通过递归 STARK 技术逐步聚合起来——所谓递归,指的是这些证明本身也可以被进一步验证,且可以逐层合并,这样最终生成的区块只需包含一个大小为 100-300KB 的聚合证明,即可验证所有相关依赖关系的有效性。
Woofun AI 整理数据显示,这种架构将原本分散在链上的高成本验证操作,转移到了链下内存池进行高效处理。

评论
暂无评论