Vitalik：希望EIP-8288纳入I-star升级，大幅降低量子安全交易成本
相关推荐
Vitalik：递归STARK内存池可降低量子安全签名与隐私交易成本
Odaily星球日报讯 Vitalik 在 X 平台发文表示，希望将递归 STARK 内存池提案 EIP-8288 纳入以太坊 I-star 升级，并称其可被视为 Frames 之后的下一步。该方案可将量子安全签名数据置于链下，使签名成本降低；量子安全隐私交易的燃料成本也有望从约 1000 万降至数万。方案通过依赖帧和递归 STARK 聚合交易依赖，节点每个时间周期发送一个约 100 至 300KB 的 STARK；链上额外开销为一个 STARK 及每条待证明语句 96 字节。
Vitalik：通用STARK证明开销有望降至两位数倍，Poseidon仍将发挥多年价值
PANews 9月6日消息，以太坊联合创始人Vitalik Buterin发文表示，Poseidon哈希函数家族凝聚了多年的研发工作，已为以太坊及其他生态带来实际价值，未来数年仍将继续发挥作用。现代隐私协议能够快速在客户端生成SNARK证明，离不开这类哈希函数。 他同时表示，目前超高速通用STARK对几乎任何批量计算的证明开销已处于数百倍量级，且有望很快降至两位数倍甚至更低。这一进展超出了2020年代初的预期，并向参与Poseidon和STARK研发的人员致贺。
Vitalik：通用型STARK性能已超早期预期，未来计算开销或降至两位数
Odaily星球日报讯 以太坊联合创始人 Vitalik Buterin 表示，Poseidon 哈希函数系列经过多年研发，已在以太坊及其他领域产生重要实际价值，并将在未来数年持续发挥作用。现代隐私协议能够快速在客户端生成 SNARK 证明，Poseidon 正是其中的重要原因之一。 Vitalik 指出，如今通用型 STARK 已实现极高性能，几乎任何批量计算的证明开销都已降至三位数水平，而未来有望进一步降至两位数甚至更低，这一进展甚至超出了 2020 年代初期的预期。
Vitalik提出“极致精简链”方案：验证者每日提交STARK证明，状态存储压缩至6字节
PANews 7月6日消息，以太坊联合创始人Vitalik Buterin发表《The Extremely Lean Chain》提案，展示如何在“精简（Lean）”升级背景下激进压缩以太坊共识链的状态要求。该方案将责任转移给验证者，由其管理并定期通过ZK证明其状态，从而消除每epoch处理负担，并可能支持数百万验证者规模。核心机制包括：将验证者公钥从链上状态移除，仅存储存款树索引；取消实时奖励和惩罚处理，验证者每日生成STARK证明其参与情况并更新余额；验证者身份每日完全重新随机化，通过ZK-STARK实现强匿名性，提款地址仅在提款时暴露，不与存款或链上活动公开关联。
Vitalik：EIP-8141交易类型将为以太坊未来数年的去中心化超大规模扩展做准备
Odaily星球日报讯 Vitalik 在 X 平台发文表示，围绕交易格式的近期研究使以太坊对交易中的“动作”和“依赖”有了更明确的理解，二者可以分别进行优化；签名、UTXO 的 Merkle 证明和 ZK-SNARK 或 STARK 属于依赖，发送 ETH 的调用属于动作。依赖可以并行处理，涉及状态的依赖可由内存池处理，纯依赖则可在内存池层处理一次，并可能由 STARK 证明替代，从而减少执行和数据处理。Vitalik 指出，以太坊当前扩容策略需要明确区分动态灵活与可静态分析的部分，后者可获得更低的 Gas 成本；按交易量计算，超过 90%的以太坊活动不需要动态灵活性。EIP-8141 交易类型正朝通用、极简的调用列表方向发展，新状态类型、递归 STARK 内存池和键控 nonce 也属于这一方向。
Vitalik Buterin 发布新提案，提议将共识层状态大幅缩减至仅保留 6 字节
Foresight News 消息，Vitalik Buterin 发布「The Extremely Lean Chain」新提案。其中提案核心是将当前 Beacon 链中每个验证者存储的状态（公钥、提款凭证、激活 / 退出 epoch 等）大幅精简，仅保留 6 字节（1 字节有效余额 + 5 字节存款树索引）。验证者需自行跟踪存款默克尔证明，并通过每日生成的 STARK 证明来异步更新有效余额和参与记录，而非由链上每 epoch 实时处理。 提案计划分为多阶段推进：移除公钥存储，改用存款树索引，并通过每日 STARK 证明完成余额更新；随后引入每日公钥刷新机制，实现验证者身份的强匿名化，同时自然支持 Single Secret Leader Election（SSLE）。该设计在单槽最终性（SSF）和递归 STARK 等 Lean 升级背景下被认为可行，目标是显著降低共识层状态开销和计算负担，支持验证者数量扩展至数百万级别，同时在高级版本中提供较强的隐私保护。