Grandine发布了0.4.0和0.4.1版本，这是其以太坊共识层客户端开源后的首次大版本更新。该版本引入了多项优化、新功能和修复，包括针对Hole sky验证器的优化、新的证明打包算法、内存模式支持、与其他验证器客户端的兼容性改进、Eth-docker和Ethereum on Arm的集成，以及审计工作的启动。
Grandine 0.4.0 和 0.4.1 版本是我们 Ethereum 共识层客户端 开源 后的第一个发布系列。这是一个包含新特性、性能改进和修复的巨大版本。因此，本篇文章只会涵盖其中一小部分的变化。
Holesky 优化
此版本包含了我们在一台开发者的机器上运行 50,000 个 Holesky 验证者后实现的众多优化。目标是确认在一台已经有工作负载和部分闲置资源的机器上，几乎不需要额外成本即可运行大量 Ethereum 验证者。最初这只是一个有趣的实验，但最终它带来了多方面的优化，提高了客户端在主网上的整体性能。
新的 attestations 打包器
此版本中发布了一个旨在最优打包 attestations 的新打包器。Attestation 打包是一个 NP 难问题，因此客户端通常使用快速但不总是最优的启发式算法。寻找最优解是时间和资源密集型的任务。因此，我们会在 slot 开始前 1 秒开始打包，如果距离 slot 还有时间，则重新打包以包含在之前打包开始后到达的 attestations。我们的测试表明，当参与率不是很高时，我们的算法比其他客户端能更好地打包 attestations，而在近乎理想的主网条件下也略微更好。这为主网验证者带来了略微的奖励提升，并在动荡条件下显著改善了打包效果。
内存模式
内存模式是另一个有趣的功能。Grandine 最初是一个仅内存的客户端。然而，随着区块链变得太大，无法完全放入内存，我们添加了一个轻量的持久化层。我们重构了该层，使得添加新的持久化后端更加容易。因此，现在 Grandine 不仅可以在无盘系统上运行，而且也更容易添加新的持久化后端。
与其他验证者客户端的兼容性
此版本包含了在与 Ethereum 生态系统集成过程中实现的众多改进。Ethereum 基金会的 DevOps 团队测试了 Grandine 信标节点对 Lighthouse、Prysm、Teku、Lodestar 和 Nimbus 验证者客户端的兼容性。这帮助我们发现了一些与部分验证者客户端的次要不兼容问题。经过这些修复后，Grandine 已兼容 Lighthouse、Lodestar、Nimbus、Prysm 和 Teku 验证者客户端。此外，我们持续与 Vouch 进行 Grandine 的测试。如果你发现你的服务与 Grandine 信标节点之间存在任何不兼容问题，请告知我们。感谢 @BarnabasBusa 和 @_pk910_ 的测试。
Eth-docker 集成
我们还实现了与 Eth-docker 集成所需的多个新功能（如 Keymanager API 等）。因此，现在所有使用 Eth-docker 的用户都可以轻松切换到 Grandine。这也可能是让你轻松设置和尝试 Grandine 的最简单工具。感谢 Yorickdowne 的反馈和集成！
Ethereum on Arm 集成
Ethereum on Arm 是另一个令人兴奋的集成。Grandine 不仅是一个高性能的 Ethereum 共识客户端，它也是一个资源高效的客户端。在主网上，它只需要不到 3GB 的内存。如此低的内存占用使得 Grandine 非常适合低成本且节能的 ARM 机器。感谢 @ethereumonarm 在 ARM 上的集成和测试。
审计
我们开始了由 Antithesis 团队执行的自动化审计流程。Antithesis 团队对 Grandine 的性能印象深刻，因为 Grandine 在测试过程中从未卡住或崩溃。Antithesis 审计期间，客户端非常稳健，仅发现了一些次要问题，我们正在解决中。
接下来的计划
稳定版已经发布，团队正忙于为 devnet-0 开发 Electra 硬分叉。在互操作性测试之后，我们将根据迄今为止收到的反馈，进一步改进客户端。独立的验证者客户端是即将到来的最大特性之一，同时还有进一步的优化。敬请期待！
