看看以太坊下一次升级（Fusaka ）- 将带来哪些改变

liumuhui 3个月前 (07-09) 阅读数 42 #区块链

文章标签以太坊升级 EIP PeerDAS eth/69 ModExp

Fusaka 升级

对以太坊的可扩展性和用户体验的重大改进，包括用于增强数据可用性的 PeerDAS。以“Fulu”（共识层升级，以一颗星星命名）和“大阪”（执行层升级，以 Devcon 举办地命名）的组合命名。

Forkcast 是协议和应用支持团队正在进行的一项实验，旨在使网络升级过程更易于访问。Fusaka 上线时间预计在25 年底。

计划纳入 13 项 EIP

客户端团队已同意在下一次升级开发网络中实施的以下 13 个 EIP。这些很可能包含在最终升级中。

EIP-7594: PeerDAS - 对等数据可用性采样

PeerDAS 使以太坊节点可以专注于存储不同的数据片段，同时仍然验证所有内容是否可用。这种基础性更改极大地提高了 Layer 2 网络的数据容量，同时保持了安全性。

主要特性

● 显著降低 Layer 2 交易成本
● 随着时间的推移，每个区块能够扩展到 128+ 个 blobs
● 节点仅存储一小部分数据，同时保持安全性
● 与高速区块链竞争的基础
● 为全面的 Danksharding 铺平道路

利益相关者影响

最终用户

通过更便宜的 Layer 2 交易和访问需要更多数据吞吐量的应用程序来获益。

应用程序开发者

能够构建具有更高数据要求的应用程序。Layer 2 开发者受益于降低的成本和更高的容量限制。

钱包开发者

直接影响最小。用户通过更好的 Layer 2 交易可靠性和更低的成本间接受益。

工具 / 基础设施开发者

需要对区块浏览器、索引器和数据可用性 API 进行重大更新，以处理新的采样系统和证明格式。

Layer 2

对 Layer 2 经济学具有颠覆性意义——显著降低了发布交易数据的成本，并实现了更高的吞吐量 rollups。

Stakers & 节点运营者

必须实施新的专用数据存储和采样系统。从下载所有内容转变为参与协调的验证网络。

客户端开发者（共识层）

新的数据分发系统、采样协议以及节点之间协调需要大量的实施工作。这是一个核心基础设施变更。

客户端开发者（执行层）

需要更新如何处理和验证 blob 交易，包括新的证明格式和验证方法。

North Star 目标对齐

扩展 L1

扩展以太坊数据容量的必要基础。构建全面 Danksharding 所需的基础设施，未来可能会将数据吞吐量从大约 375KB/s 增加到几 MB/s。

扩展 Blobs

通过允许节点有效地处理更多数据而不会使单个参与者不堪重负，从而直接实现 Layer 2 扩展。

EIP-7642 eth/69 - 历史过期和更简单的收据

此网络升级从节点同步中删除过时的数据，每次同步可节省大约 530GB 的带宽。它还准备从 2025 年 5 月开始从新节点删除旧的区块链历史记录。

主要特性

● 每次节点同步节省约 530GB 的带宽
● 更快地设置新的以太坊节点
● 降低运营商的存储需求
● 为简化的历史管理做准备

利益相关者影响

最终用户

通过更快的节点同步时间和初始同步期间减少的带宽使用间接受益。

应用程序开发者

对智能合约开发或执行环境没有影响。

钱包开发者

设置新节点时更快的初始同步时间，更好的历史数据请求可靠性。

工具 / 基础设施开发者

历史数据 API 和索引器需要更新新的历史服务窗口和修改后的网络协议。

Layer 2

更高效的网络基础设施为 Layer 2 运营提供了更好的基础。

Stakers & 节点运营者

同步操作期间显著节省带宽。提供历史数据的节点可以获得更好的工具来发布其功能。

客户端开发者（共识层）

影响最小，因为这主要影响执行层网络协议。

客户端开发者（执行层）

新的 eth/69 协议（包括历史服务窗口、从收据中删除 bloom filter 和 BlockRangeUpdate 消息传递）需要大量的实施工作。

North Star 目标对齐

扩展 L1

通过删除 bloom filter 和更好的历史数据协调，显著减少带宽（每次同步 530GB+）并提高网络效率。

EIP-7823: 设置 MODEXP 的上限

这为 MODEXP 加密预编译的每个输入引入了 8192 位（1024 字节）的限制。由于无限制的输入，MODEXP 一直是共识错误的一个来源。通过设置涵盖所有实际用例（如 RSA 验证）的实际限制，这减少了测试表面积，并为将来用更高效的 EVM 代码进行替换铺平了道路。

主要特性

● 消除定价过低的加密操作
● 阻止潜在的 DoS 攻击
● 更好地补偿计算工作
● 更一致的 Gas 定价

利益相关者影响

最终用户

没有影响——分析表明没有历史交易会受到这些限制的影响。

应用程序开发者

使用非常大的加密操作（>8192 位）的应用程序需要重构，但不存在已知的用例。

钱包开发者

没有面向用户的影响，因为限制超过了所有实际的加密用例。

工具 / 基础设施开发者

gas 估计和费用计算工具需要更新新的 ModExp 定价公式。

Layer 2

为 L2 智能合约中的加密操作提供更可预测的 gas 成本。

Stakers & 节点运营者

降低了共识错误的风险，并为 MODEXP 操作提供了更可预测的资源使用。

客户端开发者（共识层）

共识层实现不需要更改。

客户端开发者（执行层）

必须为 MODEXP 输入实现边界检查，并处理超大输入的新错误条件。

North Star 目标对齐

扩展 L1

通过防止共识错误并降低关键预编译的测试复杂性来提高网络可靠性。

EIP-7825 交易 Gas 限制上限

这为单个交易引入了 3000 万 gas 的上限，从而阻止任何单个交易消耗大部分区块。目标是确保更公平地访问区块空间并提高网络稳定性。

主要特性

● 阻止单个交易占用区块空间
● 确保所有用户都能更公平地访问
● 降低网络不稳定风险
● 能够更安全地增加区块容量

利益相关者影响

最终用户

大多数用户不受影响，因为典型的交易使用的 gas 远低于 30M。具有非常复杂操作的边缘情况可能需要重构。

应用程序开发者

具有非常大的交易的应用程序（复杂的 DeFi、大型合约部署）可能需要拆分操作或重新设计架构以保持在上限以下。

钱包开发者

需要在交易创建中强制执行 gas 上限，但大多数钱包操作远低于限制。

工具 / 基础设施开发者

gas 估计工具、交易构建器和部署脚本需要更新以强制执行 30M gas 上限。

Layer 2

可能会影响未来的 L2 捆绑策略和结算交易设计。可能会与有效的批量处理方法冲突。

Stakers & 节点运营者

更可预测的区块处理时间，并降低了来自极大交易的验证瓶颈的风险。

客户端开发者（共识层）

对此共识层操作没有直接影响，因为这会影响执行层交易验证。

客户端开发者（执行层）

需要实施交易池验证以拒绝超过 gas 上限的交易，并实施区块验证以拒绝包含无效交易的区块。

North Star 目标对齐

扩展 L1

通过阻止单个交易消耗过多的区块空间，提高网络稳定性以及抵御 DoS 攻击的弹性，从而实现更可预测的区块验证时间。

改善 UX

更可预测的交易包含和更公平的区块空间访问，尽管可能需要一些大型应用程序重构其操作。

EIP-7883 ModExp Gas 成本增加

这会增加 ModExp 加密预编译的 gas 成本，以解决定价过低的操作。它将最低成本从 200 gas 提高到 500 gas，并将超过 32 字节的大型输入的成本增加一倍。

主要特性

● 修复了成本低于更简单预编译的定价过低的 ModExp 操作
● 确保 ModExp 定价反映实际计算成本
● 防止廉价复杂操作带来的潜在 DoS
● 使 gas 成本与性能基准保持一致

利益相关者影响

最终用户

大多数用户不受影响。使用大型输入（>32 字节）的 ModExp 的应用程序将看到 gas 成本增加。

应用程序开发者

使用 RSA 验证、大型模块化取幂或具有大数的加密协议的应用程序可能需要优化或预算更高的成本。

钱包开发者

没有影响，因为钱包通常不直接使用 ModExp 预编译。

工具 / 基础设施开发者

gas 估计和费用计算工具需要更新新的 ModExp 定价公式。

Layer 2

L2 使用 ModExp 预编译进行加密操作将看到大型输入操作的成本增加。

Stakers & 节点运营者

更好地调整计算工作的补偿，降低通过定价过低的操作进行 DoS 攻击的风险。

客户端开发者（共识层）

对此共识层操作没有直接影响，因为这会影响执行层预编译定价。

客户端开发者（执行层）

需要实施更新的 ModExp 定价公式，其中包含新的最低成本和大型输入的缩放因子。

North Star 目标对齐

扩展 L1

通过确保加密预编译得到适当的定价来提高网络经济可持续性，从而防止定价过低的操作带来的潜在 DoS 向量。

EIP-7892 仅 Blob 参数 ('BPO') 硬分叉

这创建了一个新的轻量级流程来调整 blob 存储参数。以太坊可以更频繁地调整 blob 容量，而无需等待重大升级，以适应 Layer 2 不断变化的需求。

主要特性

● 更快地响应 Layer 2 数据需求增长
● 比完整的网络升级协调更轻松
● 建设者可预测的扩展路线图
● 通过更小的步骤实现更安全的容量增加

利益相关者影响

最终用户

通过更灵敏的 blob 容量扩展间接受益，从而降低和更稳定 L2 交易成本。

应用程序开发者

更可预测的数据可用性扩展使开发者有信心构建需要持续 blob 容量增长的应用程序。

钱包开发者

直接影响最小。通过改进的 L2 扩展经济性和更稳定的交易成本间接受益。

工具 / 基础设施开发者

需要对升级跟踪、blob 参数监控以及处理新 BPO 分叉机制的工具进行重大更新。

Layer 2

对于 L2 增长战略至关重要——能够连续扩展数据可用性容量以匹配快速增长的需求，而无需等待重大硬分叉。

Stakers & 节点运营者

需要处理更频繁但更轻量级的网络升级。与完整的硬分叉相比，简化的升级过程降低了运营开销。

客户端开发者（共识层）

blob 计划管理、修改后的 compute_fork_digest 实现以及 P2P 网络更新（包括 ENR 扩展）需要进行重大更改。

客户端开发者（执行层）

blob 计划配置管理、激活时间戳处理以及与共识层 blob 参数更改的协调需要大量的实施工作。

North Star 目标对齐

扩展 Blobs

通过实现更频繁、增量的 blob 容量增加以防止持续饱和，从而直接解决 L2 数据可用性需求的快速增长。

改善 UX

提供可预测的扩展框架，使 L2 建设者有信心提交给以太坊而不是其他 DA 解决方案。

EIP-7907 计量合约代码大小并增加限制

这会将合约代码大小限制从 24KB 增加到 256KB，并为更大的合约引入 gas 计量。此更改消除了对复杂架构变通方法的需求，并实现了更复杂的单合约应用程序。

主要特性

● 启用更大的智能合约（尺寸增加 10 倍）
● 消除复杂的多合约变通方法
● 降低了跨合约调用的 gas 成本
● 使开发更易于访问

利益相关者影响

最终用户

通过访问更复杂的单合约应用程序以及可能降低的跨合约调用 gas 成本间接受益。

应用程序开发者

消除了主要的架构约束——可以构建更大、更复杂的合约，而无需跨多个合约拆分逻辑或使用代理模式。

钱包开发者

可以与更复杂的单合约应用程序交互，但需要处理大型合约交互的更高 gas 成本。

工具 / 基础设施开发者

合约验证工具、静态分析和部署基础设施需要更新以处理更大的合约和新的 gas 计量。

Layer 2

可以部署更大、更复杂的基础设施合约，而不会达到大小限制。

Stakers & 节点运营者

需要更新的客户端实现，其中包含正确的 gas 计量和有效的代码大小索引。更大的合约可能会增加存储和处理需求。

客户端开发者（共识层）

对共识层操作没有直接影响，因为这会影响执行层合约部署和计量。

客户端开发者（执行层）

需要为代码加载操作、热/冷代码访问跟踪以及有效的代码大小索引实施新的 gas 计量，以避免大型合约加载带来的 DoS 攻击。

North Star 目标对齐

扩展 L1

更好地管理大型合约的资源和 gas 计量，同时保持网络效率并防止 DoS 攻击。

改善 UX

主要的开发者体验改进——消除了对复杂架构模式（如 Diamond Standard）的需求，降低了部署复杂性，并实现了单合约解决方案。

EIP-7917 确定性提议者前瞻

这使得以太坊的区块提议者计划完全可以提前预测。目前，验证者无法知道谁将在下一个 epoch 中提议区块，直到它开始，这会给 MEV 缓解和预确认协议带来不确定性。此更改会预先计算并存储未来 epochs 的提议者计划，使其具有确定性并可供应用程序访问。

主要特性

● 提高基于预确认协议的可预测性
● 使区块提议者计划具有确定性

利益相关者影响

最终用户

通过改进的预确认服务和更可预测的交易排序，更好地防止 MEV 提取。

应用程序开发者

可以使用可预测的提议者计划构建更复杂的 MEV 缓解策略和预确认协议。

钱包开发者

可以为用户实施更好的 MEV 保护功能和更可靠的交易时间预测。

工具 / 基础设施开发者

MEV 分析工具、预确认服务和区块构建器基础设施需要更新以利用可预测的提议者计划。

Layer 2

更可预测的 L1 区块生产时间提高了 Layer 2 结算协调和交易调度。

Stakers & 节点运营者

对验证者操作的影响最小，但提供了对未来提议者分配的更好可见性。

客户端开发者（共识层）

需要在信标状态中实施提议者前瞻计算和存储，并在 epoch 边界进行额外的计算。

客户端开发者（执行层）

影响最小，因为这主要影响共识层提议者调度和信标状态管理。

North Star 目标对齐

改善 UX

实现可靠的预确认服务并提高交易排序可预测性。

EIP-7918 Blob 基础费用受执行成本限制

这通过引入与执行成本相关的准备金价格来解决 blob 费用市场问题。当 Layer 2 执行成本高于 blob 成本时，这可以防止 blob 费用市场以 1 wei 的价格变得无效。在此处查看故事书风格的说明 here!

主要特性

● 防止 blob 费用市场崩溃
● 保持有效的价格发现
● 确保 blob 消费者支付公平的市场计算价格
● 减少剧烈的费用飙升

利益相关者影响

最终用户

更稳定和可预测的 Layer 2 交易成本，避免了当 blob 市场变得缺乏弹性时的剧烈费用飙升。

应用程序开发者

更可预测的 blob 成本建模，尤其是对于具有一致数据发布模式的应用程序。

钱包开发者

由于提高了 blob 定价稳定性，因此可以更可预测地估算 Layer 2 交易的费用。

工具 / 基础设施开发者

blob 费用估算工具和 Layer 2 成本分析仪表板需要更新新的准备金价格机制。

Layer 2

对 blob 经济学的根本改进——防止了 blob 费用相对于执行成本变得微不足道的情况，从而确保了健康的费用市场动态。

Stakers & 节点运营者

通过与执行基础费用相关的最低 blob 定价，确保合理补偿 KZG 证明验证计算成本。

客户端开发者（共识层）

影响最小，因为这主要影响执行层 blob 费用计算机制。

客户端开发者（执行层）

需要使用新的准备金价格逻辑和 BLOB_BASE_COST 参数实施修改后的 calc_excess_blob_gas() 函数。

North Star 目标对齐

扩展 Blobs

对于 L2 经济学至关重要——确保可持续的 blob 定价，以反映真实成本并在 L2 使用规模扩大时保持有效的价格发现。

EIP-7934 RLP 执行区块大小限制

这为以太坊区块添加了 10MB 的最大大小限制，以防止网络不稳定和拒绝服务攻击。目前，区块可能会变得非常大，这会减慢网络传播速度并增加临时分叉的风险。此限制确保区块保持在网络可以有效处理和传播的合理大小范围内。

主要特性

● 防止超大区块导致的网络不稳定
● 降低拒绝服务攻击的风险
● 提高区块传播效率
● 确保与共识层限制的兼容性

利益相关者影响

最终用户

更可靠的网络，降低了临时分叉的风险，并提供了更一致的交易确认时间。

应用程序开发者

更可预测的区块传播和降低了影响交易处理的网络不稳定风险。

钱包开发者

更可靠的交易确认时间，并降低了影响钱包操作的网络问题的风险。

工具 / 基础设施开发者

更可预测的区块大小和网络行为，简化了基础设施规划和监控。

Layer 2

更可靠的结算交易基础层，降低了网络不稳定的风险。

Stakers & 节点运营者

需要实施区块大小验证，但受益于更稳定的网络传播和降低的 DoS 风险。

客户端开发者（共识层）

影响最小，因为这主要影响执行层区块验证和传播。

客户端开发者（执行层）

需要实施区块大小验证逻辑，并确保区块构造符合新的大小限制。

North Star 目标对齐

改善 UX

提高网络可靠性并降低临时分叉的风险，从而实现更一致的交易确认时间。

EIP-7935 将默认 gas 限制设置为 XX0M

这建议将 gas 限制从 36M 增加到更高的值（具体金额待定），以扩展 L1 执行容量。虽然此更改不需要硬分叉（gas 限制是验证者选择的参数），但它需要进行广泛的测试以确保网络在更高的计算负载下保持稳定，因此将 EIP 包含在硬分叉中可确保优先考虑这项工作并持续进行。

主要特性

● 直接增加主网吞吐量
● 实现更复杂的智能合约
● 减少高需求期间的交易排队
● 缩短确认时间

利益相关者影响

最终用户

受益于更高的吞吐量和更快的交易处理，但如果测试不足或 RPC 基础设施无法跟上，则存在潜在风险。

应用程序开发者

可以在不达到 gas 限制的情况下构建更复杂的应用程序，但需要注意具体的限制值仍待定。

钱包开发者

更快的确认可以带来更好的用户体验，但 RPC 节点性能影响可能会影响钱包可靠性。

工具 / 基础设施开发者

RPC 提供商、索引器和监控工具需要进行重大更新，以处理更大的区块和更高的计算负载。

Layer 2

有更多的区块空间可用于结算交易，但需要与 EIP-7825 的 30M 交易上限协调。

Stakers & 节点运营者

需要更多的计算能力来处理更大的区块。验证者硬件要求可能会大幅增加。

客户端开发者（共识层）

必须处理更大的执行负载，并确保共识层可以在 gossip 限制内传播更大的区块。

客户端开发者（执行层）

需要进行大量的测试和错误修复工作，以安全地处理更大的区块。必须更新默认 gas 限制配置，并确保在更高的计算负载下保持稳定。

North Star 目标对齐

扩展 L1

通过允许每个区块进行更多的计算来直接提高整体网络吞吐量，这是扩展 L1 执行容量的最直接方法。

EIP-7939 计算前导零 (CLZ) 操作码

这向 EVM 添加了一个新的 CLZ（计算前导零）操作码，该操作码可以有效地计算 256 位数字开头的零位数。这是一种基本的数学运算，用于许多算法，尤其是用于数学计算、数据压缩和加密操作。目前，在 Solidity 中实现此操作需要复杂且昂贵的代码——此操作码使其更加便宜和快速。

主要特性

● 显著降低了位操作的 gas 成本
● 能够在链上实现更有效的数学算法
● 特别有利于 ZK 证明应用程序
● 减少了数学运算的字节码大小
● 实现了高效的压缩和解压缩算法
● 高级加密方案的基本构建块

利益相关者影响

最终用户

通过降低使用数学运算、压缩算法和高级加密方案的应用程序的 gas 成本间接受益。

应用程序开发者

可以实现更有效的数学算法、压缩方案和位图操作。特别有利于需要复杂数学运算和 ZK 证明应用程序的 DeFi 协议。

钱包开发者

直接影响最小，但通过智能合约中更有效的数学运算间接受益。

工具 / 基础设施开发者

开发工具和调试器需要支持新的 CLZ 操作码，但这是一个简单的附加。

Layer 2

更有效的数学运算有利于 ZK 证明生成和验证系统，从而降低证明成本，尤其是对于基于 RISC-V 的证明系统。

Stakers & 节点运营者

更有效的计算降低了数学运算的整体网络计算负载。

客户端开发者（共识层）

对此共识层操作没有直接影响，因为这会影响执行层计算能力。

客户端开发者（执行层）

简单的实现——只需添加具有适当 gas 计量的 CLZ 操作码 (0x1e) 即可。经基准测试，其计算成本与 ADD 相似。

North Star 目标对齐

扩展 L1

显著降低了需要位操作的数学运算的 gas 成本，提高了计算效率并实现了更复杂的链上计算。

改善 UX

实现了更便宜和更有效的数学运算，使 DeFi 协议、游戏应用程序以及任何需要复杂数学计算的合约受益。

EIP-7951 secp256r1 曲线支持的预编译

这为以太坊添加了对广泛使用的加密曲线 secp256r1（也称为 P-256）的支持。目前，以太坊仅支持用于签名的 secp256k1 曲线，但许多设备和系统都使用 secp256r1。此更改允许以太坊验证来自 iPhone、Android 手机、硬件钱包和其他使用此标准曲线的设备（例如 iPhone、Android 手机、硬件钱包）的签名，从而更轻松地与现有基础设施集成。注意：此 EIP 取代 RIP-7212。