Vitalik 提议以 8288 与 STARK 聚合支持多签名
先了解这件事
以太坊联合创始人 Vitalik Buterin 在 X 上表示，支持各类密码学方案的理想路径是通过 EIP-8288：用户在本地生成所需签名方案和 STARK 证明，经 STARK 聚合器打包上链验证，无需把原始签名数据作为 calldata 上传。他称这样以太坊不必为不同密码学算法不断新增预编译合约。 他进一步解释，预编译合约和 EVM 都依赖需纳入链上的数据、通常占用 calldata 空间，因此不是承载大多数密码学支持的理想位置；繁重计算可移至客户端完成并生成 STARK 证明，再经 EIP-8288 的递归聚合机制提交，链上只验证计算已完成及其结果。他称即使采用 PeerDAS 和 blocks-in-blobs，数据吞吐量在约 8MB/s 以上也会开始面临实际压力。 该表态回应了未来能否通过预编译合约支持账户和钱包采用格密码学的讨论。Vitalik 补充称，若格密码学方案被证明对 AI 安全，仍可通过面向账户和钱包的预编译来支持。上述内容为 Vitalik 提出的方案主张，尚未说明 8288 的具体部署或生效安排。
AI 根据报道生成 · 59 分钟前更新
报道时间线
沿着报道，了解事件的不同侧面。
- PANewsVitalik 阐述 EIP-8288 路线：繁重密码学计算移至客户端，链上只验证证明与结果
以太坊联合创始人 Vitalik Buterin 在 X 平台进一步阐述 EIP-8288 路线，认为预编译合约和 EVM 都不是承载以太坊大多数密码学支持的理想位置，因为两者依赖需纳入链上的数据，通常占用区块中的 calldata 空间。
- PANewsVitalik 提出通过 8288 与 STARK 聚合支持多种签名方案
以太坊联合创始人 Vitalik Buterin 在 X 平台表示，支持各类密码学方案的理想路径是通过 8288：用户在本地采用所需签名方案并生成 STARK 证明，再通过 STARK 聚合机制纳入链上验证，无需把原始签名数据作为 calldata 上传链上。他认为这样以太坊不必为不同密码学算法不断新增预编译合约。该表态回应了未来能否通过预编译合约支持账户和钱包采用格密码学的讨论。
- Wu BlockchainVitalik 称 EIP-8288 可支持任意签名方案，以太坊或无需再新增预编译
以太坊联合创始人 Vitalik Buterin 表示，支持各类密码学的理想方式是通过 EIP-8288：用户可在本地生成任意签名方案，用 STARK 证明并通过 stark aggregator 打包上链，无需把 calldata 放到链上。他称这将使以太坊无需再新增预编译。他还表示，若 Lattice 方案被证明对 AI 安全，仍可通过面向账户和钱包的预编译来支持。
- 吴说区块链Vitalik 支持 EIP-8288：本地任意签名方案经 STARK 聚合，无需新增预编译
Vitalik Buterin 发推表示，支持所有人密码学的理想路径是通过 EIP-8288，用户可在本地使用任意签名方案，再经 STARK 证明和 stark aggregator 机器纳入，无需在链上提交 calldata，以太坊以后无需再新增任何预编译。
本事件热度走势
还没有足够的连续观测数据，暂不绘制趋势。