提升以太坊的可扩展性与数据可用性
Fusaka 升级为以太坊带来关键的底层改进，重点围绕数据可用性、Layer 2 扩容，并为全面实现 Danksharding 做准备。核心技术之一 PeerDAS 允许节点各自存储不同的数据片段，同时仍能验证整体数据可用性，大幅提升 Layer 2 网络吞吐量，并确保安全性。
什么是 Fusaka 升级？
Fusaka 加强了以太坊处理高吞吐 Layer 2 应用的能力，降低交易成本，并提升网络未来扩容方向的准备度。“Fusaka”名称由 Fulu 与 Osaka 组合而成：Fulu 代表共识层升级所对应的星宿名称，Osaka 则代表执行层升级所在的城市。
相关 EIP 升级
EIP 7594
PeerDAS：点对点数据可用性采样
PeerDAS 允许以太坊节点专门存储不同的数据片段，同时验证整体数据是否可用。这一基础机制显著提升 Layer 2 的数据容量，并维持网络安全性。
Learn more
EIP 7642
eth/69：历史数据过期和更简化的收据
对执行层网络进行改动，调整收据处理方式，并在节点同步期间移除历史数据，可节省约 530GB 同步带宽。
Learn more
EIP 7823
设置 MODEXP 输入上限
为 MODEXP 预编译增加每个输入最大 8192-bit（1024 字节）限制。此前 MODEXP 因无限输入范围带来共识风险。该限制涵盖所有现实应用（如 RSA 验证），降低测试复杂度，并为未来替换为更高效 EVM 代码铺路。
Learn more
EIP 7825
交易 Gas 限额
为单笔交易设置 16,777,216 gas（2^24）上限，避免单笔交易占用绝大部分区块资源，确保区块空间更公平分配并提高网络稳定性。
Learn more
EIP 7883
ModExp Gas 成本提升
提高 ModExp 预编译操作的 gas 成本，修正其当前低估状态。最低费用从 200 提升至 500 gas，大于 32 字节的输入成本翻倍。
Learn more
EIP 7892
Blob 参数轻量化升级流程（BPO）
为 blob 参数调整建立轻量流程，无需等待大型升级，使以太坊能更频繁地根据 L2 需求动态调整 blob 容量。
Learn more
EIP 7917
提前确定区块提议者顺序
使区块提议者列表提前完全可预测。目前，验证者需等到新 epoch 开始才能知道提议者顺序，这对 MEV 缓解与预确认机制造成不确定性。该改动将未来 epoch 的提议者顺序预先计算并存储。
Learn more
EIP 7918
Blob 基础费与执行成本挂钩
引入与执行成本相关的 blob 价格下限，避免在 L2 执行成本远高于 blob 成本时，blob 市场形同虚设（价格恒为 1 wei）。
Learn more
EIP 7934
RLP 区块大小上限
提议将 L1 gas 上限从 36M 提升至 60M，扩展执行能力。尽管 gas 上限由验证者自主调整，不需硬分叉，但此 EIP 被纳入升级以确保优先测试与推进。
Learn more
EIP 7935
默认 Gas 上限提升至 60M
提议将 L1 gas 上限从 36M 提升至 60M，扩展执行能力。尽管 gas 上限由验证者自主调整，不需硬分叉，但此 EIP 被纳入升级以确保优先测试与推进。
Learn more
EIP 7939
CLZ Opcode：计算前导零指令
为 EVM 添加 CLZ 指令，用于高效计算 256 位数字的前导零数量。该操作在数学计算、数据压缩、密码算法中常用，可显著降低 Solidity 实现成本。
Learn more
EIP 7951
支持 secp256r1 加密曲线
为以太坊引入 secp256r1（P-256）支持。目前以太坊仅支持 secp256k1，许多设备与系统使用 secp256r1（如 iPhone、安卓、硬件钱包）。该改动将提升以太坊与现有设备生态的兼容性。注：此 EIP 取代 RIP-7212。
Learn more
以太坊网络升级是如何运作的？
以太坊网络升级需要网络上的节点操作员明确选择加入。虽然客户端开发者就升级中包含哪些 EIP 达成共识，但他们并不是升级采用的最终决定者。
为了使升级生效，验证者和非质押节点必须手动更新其软件以支持引入的协议更改。
如果他们使用的以太坊客户端未更新到最新版本，在分叉区块时，它将与升级的节点断开连接，从而导致网络分叉。在这种情况下，网络节点的每个子集将仅与共享其（未）升级状态的节点保持连接。
虽然大多数以太坊升级都是无争议的，并且导致分叉的情况很少见，但节点操作员协调是否支持升级的选择是以太坊治理的一个关键特征。