————————————————————
以太坊第212次ACDE会议的讨论围绕Fusaka升级的Devnet进展和EIP提案，反映了以太坊在追求性能优化、费用市场稳定和抗DoS攻击能力提升上的持续努力。
📍先简单概括一下此次会议的核心内容：
1️⃣Fusaka Devnet进展
Devnet-0计划于5月26日启动，大部分客户端已完成集成，Nimbus和Lighthouse的更新仍在进行。
Hive测试发现EIP-7823相关问题，开发团队正在修复。
网络分区测试显示稳定性不足，需进一步评估。
共识层规范v1.6.0-alpha.0已发布，为后续测试提供基础。
2️⃣Fusaka EIP范围决策
EIP-7825（交易Gas上限）：设定3000万Gas上限以应对DoS风险，兼顾账户抽象和zkEVM兼容性，获社区共识，未来可灵活调整。
EIP-7918：通过锚定执行层Gas基础费用稳定Blob市场，获Layer 2团队支持，常数参数待测试优化。
3️⃣Devnet-2待定CFI提案
EIP-7907（合约代码大小计量）：获广泛支持，Nethermind将在两周内提供性能数据以评估状态管理影响。
EIP-7934（RLP区块大小限制）：职责分配和计算资源问题引发争议，推迟两周定稿。
EIP-7212（secp256r1预编译）：重要性获认可，但需重写，Nico和Stokes自愿推动，待修改后决策。
EIP-5920（PAY操作码）：社区意见分歧，MEV兼容性需审查。
EIP-7762（提高Blob Gas基础费用）：移交至DFI路线。
Fusaka升级作为以太坊的重要技术迭代，目的就是在通过多项EIP优化网络性能和用户体验。Devnet-0的启动标志着测试阶段的正式开始，但Nimbus和Lighthouse客户端的更新滞后以及网络分区测试的不成熟表明，客户端协调和网络稳定性仍是开发中的核心挑战。
🔻EIP-7825与网络安全
EIP-7825设定3000万Gas上限，旨在缓解因Gas上限不断上升导致的DoS风险。这种机制在当前高吞吐量和复杂交易（如账户抽象和zkEVM）场景下尤为重要。
然而，Gas上限的设定需要在安全性和灵活性之间取得平衡。未来的调整空间为适配Layer 2解决方案和并行执行提供了可能性，但也可能增加开发和测试的复杂性。社区需要密切关注测试数据，确保上限设定不会限制创新用例。
🔻EIP-7918（Blob基础费用机制）与Layer 2生态
EIP-7918通过锚定执行层Gas基础费用来稳定Blob费用市场，显示出以太坊对Layer 2生态的支持力度。Blob费用市场的波动对Rollup成本和用户体验影响显著，稳定的费用机制有助于提升Layer 2的竞争力。
总结：
会议聚焦Fusaka升级的技术准备与EIP决策，Devnet-0的启动和EIP-7825、EIP-7918的共识为升级奠定了基础，但客户端同步、网络测试和部分提案的争议仍需解决。未来两周的测试数据和提案修订将是关键。
